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There  is  on  identified  problem  of  linking  all  phases  of  the  Planning 
Programming  Budgeting  and  Execution  System  (PPBES)  and  tying 
resource  consumption  to  output.  PPBES  requires  a  mechanism  to  provide 
feedback  in  order  to  evoluote  execution  of  a  program.  The  objective  of 
this  study  project  is  tivofold:  (1)  to  develop,  in  conjunction  ivith  COR 
personnel,  the  use  of  the  Output  Oriented  Resource  Management  System 
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microcomputers  ond  diskettes  to  flow  information  from  HQDA,  MACOMs, 
and  their  subordinate  Installations  ond  Units,  ond  data  from  standard 
Rrmy  financial  systems,  mill  provide  the  continuity  necessary  to 
evoluote  whether  input  resources  ochieved  the  desired  output.  The 
MDEP  will  be  the  linkage  mechanism  for  the  full  eight  year  PPBES  Cycle. 
To  support  this  process,  the  Finance  and  Accounting  community  has  the 
necessary  tools  ond  data  to  perform  resource  anolysis. 
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A  W  A 


Conventional  governmental  accounting  systems  have  been  the 
center  of  much  controversy  in  resource  management  circles  in  recent 
years.  There  has  been  general  criticism  of  governmental  accounting's 
enclusive  focus  on  legalistic  dollar  accountability  on  a  year-by-year 
basis.  The  irrelevance  of  governmental  accounting  reports  to 
management  control  and  performance  evaluation  systems  hove  also  been 
criticized.1 

Budgeting,  accounting  and  related  management  information 
systems  often  yield  data  that  are  irreconcilable  and  inconsistent. 
Controlling  the  cost  of  government  requires  knowing  uihat  government 
services  and  programs  cost  and  uihy.  Today's  financial  reports  focus  on 
obligations  and  outlays  by  appropriation.  They  do  not  paint  a  clear 
picture  of  costs.  This  is  not  a  consistently  reliable  measure  of  the 
resources  being  consumed  by  an  activity  in  carrying  out  identified 
programs.  Programming,  budgeting,  and  accounting  (budget  execution) 
must  be  accomplished  on  the  same  basis  so  that  actual  results  can  be 
measured  against  plans.  Sound  budgeting  and  sound  financial 
management  depend  both  on  the  analysis  of  future  trends  and  program 
needs  (planning/programming)  and  on  post  performance  (accounting).  No 
single  process  should  dominate. 

R  well  developed  financial  management  structure  should  Include 
performance  Information  that  can  be  used  for  both  day  to  day 
management  and  policy  and  budgeting  decisions.  Rn  effective  system  of 
measuring  program  performance  requires:  (I)  agreement  on  relevant 
measures  of  accomplishment  (performance  factors);  (2)  a  systematic 
collection  of  reliable,  consistent  and  comparable  information '  on  costs 
and  accomplishments;  and  (3)  this  Information's  being  routinely  supplied 
for  use  in  management,  planning,  programming  and  budgeting.^ 


1 


BACKGROUND 


flrmq  Planning  Programming  Budgeting  Execution  System  (PPBES) 

Consistent  with  the  overall  criticism  of  the  Federal  Government's 
financial  management,  the  Rrmy  today  does  not  provide  an  effective 
means  of  unifuimly  capturing  and  reporting  the  enecution  of  its 
programs  in  the  same  terms  as  the  Rrmy  leadership  makes  resource 
allocation  decisions.  Rll  too  often,  a  "program"  is  established  at  HQDR, 
utilizing  the  POIP  (Program  Decision  Increment  Package)  process  that, 
when  funding  is  subsequently  allocated  during  the  enecution  year  to  the 
appropriate  entity,  the  visibility  of  whether  the  funds  were  actually 
obligated  and  disbursed  against  the  program  is  lost  to  HQDR,  the  MRCOM 
and  the  subordinate  organization.  Rs  the  Rrmy  cycles  through  the  PPBES 
(Program  Budget  Execution  System)  process,  the  continuity  necessary  to 
determine  success  or  failure  of  decisions  in  earlier  phases  of  the  process 
is  not  necessarily  maintained.  There  is  a  lack  of  linkage  throughout  the 
process,  particularly  during  enecution  of  on  approved  program.  The 
process  is  depicted  graphically  below: 

PPBES  PROCESS 


DIP 


INPUT  — - — ♦PLAN  —  —  PROGRAM  —  —  BUDGET  -*-EHECUTE 
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FEEDBACK 


OUTPUT 


Figure  1-1 


The  current  Rrmy  financial  management  process,  PPBES,.  does  not 
adequately  provide  reliable,  consistent  information  for  policy  formulation 
ond  management  control.  Problems  with  the  current  process  include: 

a.  poor  quality  of  financial  management  information; 

b.  poor  linkage  between  phases  of  PPBES; 
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c.  inadequate  attention  paid  to  comparing  budgeted  activity  tvith 
actual  results; 

d.  primary  emphasis  on  fund  control  uihich  causes  decision-makers 
to  concentrate  primarily  on  the  current  year  rather  thon  on  resource 
implications  for  the  future. 

This  is  perhops  so  because  our  current  accounting 
systems  mere  initially  designed  to  perform  accounting 
vertically,  focusing  on  obligations  ond  outlays  on  a 
year-to-year  basis.  The  systems  mere  designed  in  the 
1960's  to  meet  the  Army's  then  current  business  practices 
and  management  philosophies.  These  vertical  appropriation 
accounting  systems  have  performed  rnell,  meeting 
statutory  reporting  requirements.  Moreover,  the  Finance 
and  Account^  community  has  actively  been  morking  to 
supplement  management  needs.  For  example,  deficiencies 
identified  in  the  Army's  accounting  systems  by  6enerol 
Accounting  Office  (GAO)  reports,  US  Army  Audit  Agency 
(USAAA)  reports  and  a  contracted  1 978  Arthur  Voung  study, 
mill  be  corrected  mith  the  implementation  of  redesigned 
financial  systems. 

In  recent  years,  homever,  management  information 
needs  ond  business  practices  of  the  Army  leadership  at  all 
levels  have  changed  rapidly  and  significantly.  As  a  result, 
there  is  an  immediate  ond  mell-documented  need  to 
develop  accounting  ond  resource  information  systems 
mhich  produce  data  capable  of  determining  (1)  total 
organizational  expenses;  (2)  costs  by  function  or  activity; 
ond  (3)  unit  costs  as  measures  of  output.  In  addition  to 
meeting  appropriation  reporting  requirements,  there  is  o 
need  for  a  consistently  reliable  measure  of  the  resources 
being  consumed,  mhile  identified  programs  ore  actually 
being  carried  out.  Programming,  budgeting  ond  accounting 
(budget  execution)  must  be  accomplished  so  actual  results 
con  be  measured  ogainst  plans,  or  so  inputs  can  be 
identified  mith  outputs.3 

Major  revisions  to  the  Army  Management  Structure  (AMS)  are 
undermoy  that  mill  provide  horizontal  ond  vertical  management  visibility 
in  the  late  1980's  ond  early  1990'$.  New  accounting  systems  to  support 
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the  resource  management  process  at  all  leuels  are  also  under 
development  for  implementation  in  the  same  time  period.  These  long 
term  efforts  will  meet  the  management  nreds  of  the  Rrmy;  however,  a 
pragmatic  output-oriented  focus  in  resource  management  is  required 
today. 


STATEMENT  OF  THE  PROBLEM 


The  Planning,  Programming,  Budgeting  and  Execution 
System  is  deficient  in  that  it  does  not  provide  meaningful 
feedback  to  decisionmakers  on  program  performance. 
Decision-makers  decide  to  do  something  (plan)  and  then 
determine  with  what  to  do  it  (program)  and  then  determine 
specific  cost  (budget).  The  contention  is  that  after  the 
budget  is  finished,  the  DR  Staff  goes  back  to  plan  or 
program  and  start  the  cycle  over  ogain  without  any 
meaningful  feedback  as  to  what  actually  gets  accomplished 
during  execution-- e.g.,  was  the  workload  that  was  financed 
actually  accomplished? 

Currently,  the  Army  programs  and  budgets  for  "things," 
but  its  systems  are  reporting  out  only  dollars  obligated  and 
spent,  and  not  useful  workload  performance  factors  on 
which  the  dollars  were  spent,  and  upon  those  things  which 
decisionmakers  decided  to  buy  or  invest  in.^ 

Thus,  PPBES  requires  a  mechanism  to  provide  adequate  feedback  in 
order  to  properly  evaluate  execution  of  an  approved  program.  R 
mechanism  to  accomplish  this  task  has  been  developed  by  Office, 
Comptroller  of  the  Rrmy  (COR)  and  it  is  colled  the  MDEP  (Mission  Decision 
Package).  The  MDEP  is  a  major  component  of  the  Output  Oriented 
Resource  Management  System  (OORMS)  being  developed  concurrently 
with  the  MDEP. 

The  OORMS  is  being  developed  to  provide  the  necessary  linkages  to 
the  phases  of  PPBES.  The  Rrmy  program  consists  of  Progrom  Decision 
Incremental  Packages  (POlPs)  covering  five  years,  while  the  three  yeors 
covered  by  budgeting  include  the  Prior  Year  or  the  lost  fiscal  4jear,  the 
Current  Year  or  the  present  fiscol  year,  and  the  Budget  Year  or  next 
fiscal  year.  These  three  budyet  years  are  called  a  Budget  Incremental 
Pockage  (BIP).  The  total  eight  years,  linked  together ,  is  colled  o  Mission 


Decision  Package  (MDEP).  Hence,  an  MDEP  is  composed  of  two  subsets, 
PDIPs  and  DIP.  Illustratively  it  appears  thus: 


Program  Years 


MDEP 


Budget  Year 
Current  Year 
Prior  Year 


DIP 


MDEP  TIME  FRAME 
Figure  1-2 

The  MDEP  is  the  controlled  linkoge  of  the  two  subsets:  the 
programmer's  PDIP  and  its  budget  counterpart,  the  Budget  Increment 
Package.  Linking  program  support  for  the  full  eight  year  period,  with 
specific  recognition  of  resource  control  differences  in  the  two  subsets, 
provides  the  essential  element  of  the  feedback  loop. 

Certain  steps  ore  being  taken  in  order  to  establish  the  Output 
Oriented  Resource  Management  System  by  the  end  of  FY  06: 

1.  Identifying  and  improving  program  output; 

2.  Etipanding  management  decision  packages; 

3.  Rebuilding  the  decision  pockoges  for  improved  management 

focus; 

4.  Adapting  Army  accounting  and  financial  reporting  systems  to 

provide  feedback  on  the  pockoges;  -  - 

5.  Modifying  the  program  and  budget  development  process; 

6.  Providing  information/communication  linkages  in  the  system. 
These  steps  are  described  in  depth  in  Chopter  II  of  this  study. 
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Study  Objectives 

The  objective  of  this  study  project  is  tuiofoid:  (1)  to  develop,  in 
conjunction  with  COR  personnel,  the  use  of  the  OORMS  concept -and  its 
PPBES  linkage  mechanism— the  MDEP-- within  the  Rrmy's  resource 
management  systems  so  thot  the  data  captured  and  reported  will 
provide  a  horizontal  view  of  all  resources  associated  within  discrete 
Rimy  programs;  and  (2)  to  identify  how  the  Finance  and  Recounting 
community  can  support  this  process  with  more  in-depth  analysis  and 
evaluation  of  the  available  data  for  decision-makers. 


The  OORMS  concept  and  the  MDEP  are  new  and  innovative  ideas  for 
the  Rrmy  and  the  resource  management  community.  They  go  a  long  way 
toward  solving  th*  identified  problem  of  establishing  a  linkage  within 
PPBES  and  tying  resource  consumption  to  output.  However,  as  with  any 
new  concept  under  development,  input  for  this  study  was  obtained  from 
o  variety  of  sources,  many  of  whom  ore  in  the  process  of  developing, 
refining  or  implementing  the  concept.  Therefore,  this  study  represents  a 
comprehensive  and  hopefully  definitive  publication  on  OORMS,  MDEP  and 
how  the  Finance  and  Recounting  community  con  support  the  resource 
onalysis  process. 


Sources 

In  order  to  accomplish  the  study  objectives,  the  following 
resources  were  utilized: 

1.  Reuiew  of  available  literature— see  Bibliogrophy  for  publications 

used. 

2.  Office,  Comptroller  of  the  Army,  personnel. 

3.  Assistant  Comptroller  of  the  Rrmy  (Finance  and  Rccounting)/US 
Rrmy  Finance  and  Recounting  Center  (USRFRC)  personnel; 

4.  Field  Finance  and  Accounting  personnel;;  -  - 

5.  My  own  personal  experiences  as  a  Finance  and  Recounting 
Officer;  and 

6.  Briefing  charts,  handouts  and  other  documents  provided  by 


jv. 
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individuals  contacted  during  the  course  of  the  study,  Where  applicable, 
these  sources  ore  documented  in  Chapter  Endnotes. 


Essential  Elements  of  Information 

In  achieving  the  Study  Objectives,  several  elements  of  information 
mere  deemed  essentiol  for  performing  the  study  research  and  analysis. 
These  essentiol  elements  of  information  as  they  relate  to  the  Study 
Objectives  are  included  in  appropriate  chopters.  These  elements  include: 

1.  The  system  tvill  expand  the  current  PDIP  structure  from  five  to 
eight  years  for  consistency  in  program  development  ond  budget 
execution  processes.  Ulhat  doto  disploys  tvill  be  required  at  each  level  of 
Army  management?  Illhat  realignments  mill  be  required  in  structuring 
PDIPs? 

2.  Information  contained  in  the  program  packages  will  be  expanded 
to  include  explicit  identification  of  the  outputs  that  ore  expected  from 
the  application  of  the  requested  resources.  Ulhat  workload  and 
performance  factors  are  to  be  included  in  the  outputs  reported?  Horn 
mill  these  data  be  captured  ond  reported? 

3.  By  modifying  the  current  decision  package  structure,  mill  it  be 
possible  to  establish  feedback  of  current  year  financial  and  performance 
information  mithin  current  financial  systems?  Horn  can  this  be 
accomplished?  Ulhat  mill  be  the  role  of  the  Finance  ond  Accounting 
Officer  and  his  staff  in  this  process? 

4.  Since  the  Standard  Finonce  System  (STRNFINS)  mill  be  the  basic 
source  of  input  for  OOAMS,  mhot  data  from  STANFINS  are  required?  Have 
these  data  been  defined  or  are  additional  efforts  required? 

5.  The  Army  Management  Structure  (AMS)  is  currently  under 
revision.  Ulhat  mill  be  the  relationship  between  current  AMS,  revised  AMS 
and  the  MOEP?  If  there  is  no  relationship,  mhot  is  the  mechanism  for 
identification  of  MDEPs  mithin  the  current  reporting  structure  ond 
OORMS?  Ulhat  mill  be  the  coding  mechanism  and  linkage  for  PDIPs,  BIPs 
and  the  MOEP? 


STUDY  ORGANIZATION-CHAPTER  CONTENTS 


Chapter  l-lntroduction 

provides  the  background  to  the  study,  statement  of  the  problem, 
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and  study  objectives.  In  addition,  study  methodology  and  essential 
elements  of  information  are  presented. 


Chanter  1 1 -The  Output  Oriented  Besource  Management  Sustem 

provides  a  detailed  description  of  the  COA's  thrust  to  refocus  Rrmy 
resource  management  processes  through  the  Output  Oriented  Resource 
Management  System.  This  refocus  effort  is  dependent  upon  corollary 
actions  including  the  implementation  of  the  Stondard  Installation 
Organization  and  the  redesign  of  the  Army  Management  Structure. 

Chanter  lll-The  Output  Oriented  Resource  Management  System 
Distribution  and  Reporting  Process 

provides  an  in  depth  description  of  the  Output  Oriented  Resource 
Management  System  distribution  and  reporting  process  at  HQOR,  MRCOM, 
and  installation  levels  of  operation.  Many  of  the  essential  elements  of 
information  are  addressed  in  this  chapter. 

Chonter  IQ-Financial  and  logistic  Systems  Interfaces 

provides  on  overview  of  the  logistic  and  financial  systems 
interfaces  enisting  today  and  planned  for  the  future.  These  system 
interfaces  are  essential  to  copturing  the  "total  cost"  of  Rrmy  programs. 
Without  these  dota,  and  their  flow  upward  to  HQOR,  the  total  resource 
management  system  is  not  complete. 

Chapter  tf-Usinq  Resources  (Inputs)  to  Achieve  the  Desired  Rrmy  Results 
(Outputs). 

provides  insight  as  to  how  the  Finance  and  Recounting  community 
con  help  management  make  better  use  of  its  resources  in  order  to 
achieve  the  Army's  desired  outputs.  This  topic  was  the  subject  of  a 
recent  Resource  Management  Journal  article,  titled, "Helping  Management 
Make  Better  Use  of  Resources  to  Achieve  The  Army's  Desired  Outputs",  by 
the  author  of  this  study. 


Oriented  Resource  Management  System.  While  problems  of 
implementation  mill  persist  in  the  short  term,  OORMS  should  overcome 
these  in  the  long  term: 

1.  poor  linkages  between  the  phases  of  PPBES; 

2.  inadequate  attention  poid  to  monitoring  and  comparing  budgeted 
activity  with  actual  results; 

3.  primary  emphasis  on  fund  control— which  causes  managers  to 
concentrate  primarily  on  purchase  of  new  assets  and  obligations  during 
the  current  year  rather  than  total  resources  used. 


CHAPTER  I 


ENDNOTES 


1.  William  W.  Hoder  &  Rian  R.  Cherry,  "Financial  Reporting  by 
Government:  R  Suggested  Approach,",  The  Government  Accountant's 
Journal.  Summer,  1981,  p.  15. 

2.  US  General  Recounting  Office,  "Managing  the  Cost  of 
Government-Building  an  Effective  Financial  Management  Structure"  Uol.  I, 
March,  1984,  Preface. 

3.  LTC  Barry  S.  Baer,  "Helping  Management  Make  Better  Use  of 
Resources  to  Achieve  the  Army's  Desired  Objectives."  Resource 
Management  Journal.  Winter,  1985,  p.  22. 

4.  COL  Ted  Cooper,  "Output  Oriented  Resource  Management 
System",  Concept  Paper.  US  Army  War  College,  16  November,  1984. 


»  i  vv.  *  * 


r*  ”  ”  '.v 


CHAPTER  II 

THE  OUTPUT  ORIENTED  RESOURCE  MANAGEMENT  SYSTEM 


In  order  to  fully  understood  the  Output  Oriented  Resource 
Management  System,  a  detailed  discussion  of  the  concept  is  essential. 
This  includes  o  depiction  of  the  current  situation,  the  steps  to  be  token 
and  related  systemic  octions  underway. 


6IIIIN6 II  Ntll)  fOC'JS  TO  BESOMCI  MBNB6EMCNT1 


Rrmy  resource  management,  for  the  past  seueral  years,  has 
perpetuated  a  management  anachonism.  R  formal,  systematic  feedback 
loop-'the  key  step  necessary  to  eualuate  the  quality  of  decisions 
made— has  not  existed  within  the  PPBES  process.  Now  Is  the  time  to 
create  such  a  loop  for  all  levels  of  Rrmy  managers.  It  can  be  done; 
however,  efforts  must  be  focused  on  modifying,  improving  and,  in  some 
cases,  rebuilding  the  current  management  processes.  But,  before  this 
can  be  done,  the  current  environment,  and  what  base  processes  will  be 
needed  to  build  upon,  must  be  understood. 

In  the  planning  phase  of  the  management  process,  The  Rrmy  Plan 
(TAP)  is  developed  by  function.  Overall  priorities  are  established  and 
decisions  are  made  for  the  future  in  terms  of  those  functions  and  their 
relationship  to  the  overall  goals  of  the  Army's  leadership  for  the  long 
term. 

In  the  programming  phase  of  the  process,  sources  are 
programmed  to  support  specific  missions  and  initiatives  within  each  of 
the  functions— Identifying  first  the  action  required  to  support  the  plan 
for  each  of  the  functions,  then  the  resources  necessary  to  accomplish 
these  missions.  In  these  two  phases,  the  process  proceeds  from  the 
overall  function  into  the  display  of  missions  within  each  function  in 
resource  program  packages. 

When  moving  from  programming  to  budgeting  and  execution  In  the 
PPBES  process,  the  focus  Is  traditionally  changed  from  the  horizontal 
view  of  resources  (across  the  spectrum  of  approved  program  packages) 
to  the  vertical  view  of  resources  In  a  strict  appropriation  structure. 
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This  structure  will  be  used  for  the  presentation  of  the  budget  to 
Congress  and  the  later  distribution  of  funds  to  commands  and  actiuities 
in  the  gear  of  execution. 

In  the  past,  the  transition  from  horizontal  to  vertical  resource 
management  structures  has  been  accepted  as  unavoidable.  R  major 
revision  to  the  Army  Management  Structure  (RMS)  will  allow  retention  of 
both  horizontal  and  vertical  management  visibility  throughout  all  phases 
of  the  PPBES.  R  discussion  of  this  AMS  revision  is  presented  loter  in  this 
chapter.  Since  the  RMS  redesign  will  not  be  fully  fielded  throughout  the 
Army  until  the  early  1990s,  it  is  essential  to  close  the  loop  in  the  near 
term  in  the  PPBES. 

The  Army  is  talcing  sin  steps  to  improve  the  resource  management 
decision-making  process.  These  steps  ore  being  taken  to  close  the  loop 
in  the  current  system  as  well  as  for  the  future: 

1.  Identify  and  improve  the  program  outputs  in  the  pockages. 
Define  performance  factors,  workloads,  inputs  and  outputs  for  resource 
packages. 

2.  Expand  the  packages  to  include  the  full  eight  years  of  PPBES  and 
all  funds  used  to  accomplish  Army  programs  and  activities,  not  just  Army 
Total  Obligational  Authority  (TOA). 

3.  Rebuild  the  program  packages  to  moke  them  meaningful  at  oil 
levels  of  Army  management. 

4.  Adapt  Army  accounting  ond  financial  reporting  systems  to 
provide  feedback  in  the  packages. 

5.  Modify  the  progrom  ond  budget  development  process  at  all 
management  levels  of  the  Army  to  retain  this  new  focus  of  decision 
making  while  still  being  able  to  complete  the  required  vertical 
appropriation  requests  to  Congress. 

6.  Ensure  that  a  link  is  provided  to  support  current  functional 
management  systems  and  the  follow-on  systems  to  be  fielded  in  the 
1990  s. 


Step  One:  ESTABLISHING ifl  LOGICAL  PROGRAM  PRCKR6E  STRUCTURE 

The  first  step  toward  closing  the  loop  is  an  adjustment  to  the 
program  packages.  To  moke  the  feedback  loop  work  and  to  make  the 
package  meoningful  for  both  program  and  resource  managers',  the 
packages  themselves  have  to  be  meoningful  at  all  management  levels. 

Not  only  must  the  package  be  a  communication  device  among 
these  levels  of  management,  but  it  also  must  be  sufficiently  defined  to 
allow  the  "executor"  to  identify  the  resources  applied  end  outputs 


achieved  in  their  execution  reporting. 

Right  now,  many  of  the  PDIPs  used  for  the  departmental 
programming  process  do  not  meet  these  communication  ond 
reportability  criteria.  The  current  PDIP  structure  mill  have  to  be 
reviewed  ond  necessary  modifications  made  to  create  a  well  defined 
MDEP  structure.  Some  significant  steps  have  already  been  taken  to 
stondordize  installation  management  organization  ond  functions  that 
can  be  continued  in  the  MDEP  structure  for  these  essential  Rrmy 
activities. 

Linking  the  standard  organization  and  functional  structure  of  the 
installations  to  a  standard  MDEP  structure  mould  link  the  progrom/policy 
stovepipe  mith  the  resource  sponsorship  of  the  activity.  Doing  this 
wisely  mill  moke  it  easy  for  the  installation  to  collect  the  essential 
feedback  in  terms  of  resources  applied  and  outputs  achieved. 

Other  program  issues  mill  have  to  be  repackaged  to  meet  other 
functional  management  needs.  Some  needs,  such  as  those  of  Rrmy 
management  headquarters  activities,  mill  also  hove  to  be  packaged  in 
recognition  of  specific  Congressional  limitations.  The  pockaging  should 
be  based  on  onsmering  these  questions: 

1.  What  does  management  need  to  know  to  moke  valid  decisions 
on  the  future  course  of  the  Rrmy? 

2.  Whot  information  needs  to  be  assessed  up  ond  down  the 
management  chain  of  command  to  ensure  that  this  package  means  the 
some  thing  to  all  of  the  participants? 

3.  Con  the  outputs  be  quantified  that  should  be  achieved  by  the 
application  of  the  resources  to  this  program? 

4.  Can  the  resources  be  identified  mith  reasonable  accuracy,  to  the 
outputs  desired  at  the  point  of  execution  of  the  progrom? 

When  these  questions  have  been  answered,  legitimate  decision  making 
tools  mill  be  on  hand.  Programmatic  decision  making  mill  be  grounded  in 
the  prior  ond  current  execution  year  experience.  The  quantification  of 
the  outputs  to  be  ochieved  ond  the  resources  necessary  to  achieve  them 
mill  be  explicitly  addressed. 

Thus,  to  accomplish  this  rebuilding  process,  o  logical  model  of  the 
accounts  thot  accommodates  both  the  external  requirements  of  the 
program  and  budget  process  and  the  may  that  the  Rrmy  does  business  is 
needed.  The  model  has  to  link  directly  mith  the  development  of  the 
living  TOE.  In  oddition,  it  has  to  moke  sense  to  the  people  in  the.  field; 
not  only  those  mho  build  programs  and  develop  budget  estimates,  but 
also  those  mho  execute  the  approved  programs.  The  following  diagram 
displays  this  model  and  the  discussion  that  follows  mill  address  each 
element  of  the  structure. 
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The  heart  of  the  model  is  the  SRC  (Standard  Requirements  Code) 
level  decision  on  the  Battalion  Level  Force  Structure  of  the  Rrmy, 
balanced  for  each  year  in  the  program. 

T0£M?»ten 

Starting  from  the  base  of  the  TRR-9 !  decisions,  the  TOE  structure 
mill  be  build  to  higher  level  units:  divisions,  separate  brigodes,  corps 
headquarters  uiith  corps  plugs,  and  groupings  of  like  combat  support  and 
combat  service  support  units  dedicated  to  common  missions. 


The  System  Requisition  end  Fielding  lobe  mill  be  crossed  and 
requirements  established  by  system  by  yeor.  These  requirements  ore 
then  balanced  ogainst  the  number  of  systems  that  mill  be  available  from 
the  procurement  actions  three  yeors  eorlier  (Three  years  is  used  to 
accommodate  the  procurement  funded  delivery  time  of  tmo  years,  plus 
the  contract  preparation  time  and  time  required  to  field  the  equipment 
from  the  PM  to  the  unit).  If  there  is  insufficient  equipment  to  meet  unit 
reqirements,  force  structure  decisions  (E-dote$)  mill  have  to  be  modified 
to  available  equipment  levels  and  procurement  adjustments  mill  hove  to 
be  scheduled  os  necessary  to  ■  catch  up"  the  buy. 
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Management  information  system  PDIPs  mill  be  created  rnith 
development,  production,  facilities  and  folding  phases  for  the  major 
management  information  systems  that  are  currently  being  developed 
ond  phased  into  the  Army  management  inventory. 


TPA  Missions 

With  the  systems  and  the  structure  in  balance,  attention  is  turned 
to  the  TOR  mission  activities  that  support  the  total  Army  TOE  effort:  the 
recruiting,  enlistment  processing,  individual  training,  doctrine  ond 
combat  development  activities,  Army  tvide  logistics  support  and 
research  development  labs/octivities. 


Installation  Operations 

Garrisons,  communities  and  installations  support  the  assigned 
military  population,  including  allied  forces,  drilling  ond  fulltime  Reserve 
Component  personnel,  nearby  retired  community,  and  entitled  fomily 
members  ond  Department  of  the  Army  civilians.  The  Chief  of  Staff  has 
approved  the  standardization  of  the  gorrison/community  structure  Army 
uiide.  This  structure  mill  be  supported  in  the  program  packages.  As  a 
result,  the  HQDA  proponent  for  the  policy  relating  to  a  given  garrison 
operation  mill  also  become  the  resource  sponsor  for  the  octivity. 
Modifications  to  the  missions  should  be  supported  by  modifications  to 
the  resources  provided— or  to  the  may  that  the  support  services  ore  to 
be  provided. 


STEP  TIUO:  ESTABLISH  OUTPUT/PEBFORMRNCE  MEASURES  IN  THE  PACKAGES 

The  newt  step  toward  closing  the  loop  is  to  recognize  that  current 
PDIPs  (packages)  often  do  not  include  the  desired  output  or 
accomplishment  against  mhich  resources  are  applied  each  fiscal  year. 
Too  often  the  output  has  been  established  "off-line”  and  understood  by 
the  proponent  ond  the  senior  decisionmakers,  but  not  enplicitly 
identified  in  the  POlPs  provided  to  the  MACOMs. 

The  lock  of  official  identification  of  the  morklood  inputs  and 
outputs  to  support  the  resources  in  the  packages  causes  major  problems 
in  establishing  programmatic  accountability  over  the  course  of  the 
annual  process.  Proponents  and  decision-makers  come  ond  go  ond  mhot 


uias  actually  approved  becomes  subject  to  interpretation  in  the  absence 
of  the  "official  record." 

In  some  programs,  identifying  the  programmatic  outputs  and 
workloads  will  be  relatively  simple.  Some  examples  include:  training 
loads  and  graduates,  flying  hours,  and  post  or  community  population 
supported.  In  other  coses,  identifying  and  quantifying  the  desired 
outputs  will  require  oddition  work. 

This  raises  the  larger  question  of  the  substance  of  o  program  for 
which  the  "successful  completion"  cannot  be  articulated.  How  con  we 
tell  if  we  hove  gotten  what  we  wanted  out  of  the  program  if  we  cannot 
tell  each  other  what  the  resourced  program  objectives  are? 

The  focus  of  the  resourced  program  package  has  to  be  improved 
decisionmaking  for  the  Army,  not  just  financial  or  manpower 
management  for  its  own  sake.  Therefore,  the  package  has  to  be 
expanded  in  content  specifically  to  address  the  workload  or 
programmatic  output  that  the  resources  support. 


STEP  THHtt:  EHPHND  THE  TIME  FHHME  OF  THE  PHCKHBES 


I 
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The  third  step  to  be  token  to  close  the  loop  requires  the  expansion 
of  the  5  year  "programming"  focus  of  the  PDIP  to  the  full  eight  year 
period  of  PPBES. 

In  expanding  the  PDIP  focus  to  include  the  prior,  current  and 
budget  year  resources,  it  must  be  recognized  thot  managers  do  not  hove 
the  same  license  to  change  resources  in  the  near  years  os  in  the 
program  yeors.  During  programming,  the  Army  has  its  resource  limits 
set  at  the  macro  levels— TOA  by  year  without  specific  limits  by 
appropriation.  The  final  distribution  of  TOA  into  appropriations  is  made 
based  on  the  resource  requirements  of  the  approved  program  packages. 
Programmatic  decisions  by  the  leadership  can  cause  major  changes  in 
the  distribution  of  available  TOA  among  appropriations. 

In  the  current  and  budget  years,  this  flexibility  does  not  exist. 
Once  the  Army  program  is  converted  to  the  President's  Budget,  very 
strict  rules  apply  to  the  redistribution  of  funds  both  within  and  between 
appropriations.  Not  only  are  the  appropriations  established  as  finite 
limits  by  the  Appropriation  Acts,  but  there  are  also  limits  on  the 
flexibility  of  the  Services  to  moke  changes  without  the  approval  of 
Congress. 

Becouse  of  those  different  fiscal  management  environments,  the 
PDIP  cannot  be  extended  into  the  budget  and  execution  periods. 
However,  the  PPBES  progrom/resource  pockoge  currently  must  focus  on 
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budget  and  execution.  It  hos  to  be  focused  on  management's  needs, 
uihile  recognizing  the  distinct  control  differences  between  the  program 
and  budget  periods. 

This,  then,  is  the  appropriate  focus  for  the  Mission  Decision 
Package  (MDEP).  The  MDEP  is  the  controlled  linkage  of  tuio  subsets— the 
programmer's  PDIP  and  its  budget  counterpart,  the  Budget  Increment 
Package  (BIP)  that  was  briefly  discussed  in  Chapter  I. 

Budget  adjustments  should  provide  greoter  focus  to  the 
programmotic  implications  of  possible  funding  changes  and  allocation 
alternatives.  Changing  resource  levels  in  the  current  and  budget  years 
can  change  output  achieved  against  the  BIP  period  program  objectives. 
This  con  also  change  each  year's  PDIP  objectives.  Thus,  a  change  to  the 
resources  available  to  support  the  BIP  will  also  require  a  thorough 
review  of  achievable  outputs  with  resources  available  in  the  PDIP 
period. 

The  budget  year  adjustments  will  hove  to  be  extended  within  the 
fiscal  constraints  of  the  PDIP.  In  other  words,  adjustments  must  be 
balanced  through  output  corrections  while  funding  is  held  constant.  In 
addition,  program  outputs  and  resource  changes  must  be  deferred  until 
the  following  program  cycle. 

Linking  program  support  for  the  full  eight  year  period  with  specific 
recognition  of  resource  control  differences  in  the  two  subsets  provides 
the  essential  element  of  the  feedback  loop  for  decision  makers.  It  will 
also  change  the  focus  of  budget  development,  execution  and  evaluation 
throughout  the  Army. 

Ulith  these  changes,  budget  execution  success  will  not  be  judged 
solely  on  the  traditional  obligation  rate  indicators.  Instead,  success  will 
be  able  to  be  judged  on  whether  the  resources  allocated  were  sufficient 
to  meet  the  programmatic  objectives. 


STEP  FDUB:  ADAPT  ACCOUNTING  SVSTEMS  TO  PROUIDE  FEEDBACK  IN  PACKAGES 

If  the  program  packages  and  the  output  measures  are  mode 
meaningful  at  the  point  of  execution,  the  dato  collected  in  the 
accounting  systems  for  feedback  on  program  performance  in  execution 
will  be  able  to  be  used.  The  first  elements  of  this  change  in  the  use  of 
accounting  con  be  seen  in  the  copture  of  the  one-time  costs  of  weapons 
system  fieldings  through  the  accounting  system.  In  the  future,  the 
vocant  positions  available  in  the  standard  accounting  systems  to 
capture  the  PDIP  identifier  of  various  activities  will  be  used.  As  PDIPs 
are  added  and  deleted,  a  major  "check"  will  hove  to  be:  con  the 


resources  opplied  to  this  actiuity/function  be  readily  identified  at  the 
point  of  enecution?  If  they  can  be,  then  HQDR  can  aduise  the  commands 
to  build  this  additional  four  position  code  into  their  fund  citations  ond 
their  accounting  system  master  files  to  allow  the  program  and  budget 
community  to  extract  the  feedback  information  they  need  by 
programmatic  package. 

Future  improuements  to  both  the  accounting  system  and  the 
coding  structure  that  supports  it  will  enhance  the  ability  to  entroct  the 
feedback  desired  from  this  system.  In  odditon  to  pulling  the  financial 
and  performance  data  from  the  accounting  system,  the  ouailoble 
information  from  the  operational  reporting  systems  (training,  logistics, 
readiness,  management,  etc.)  will  be  integrated  into  this  process.  With 
both  the  operational  and  financial  data  focusing  on  the  same  structure, 
managers  will  see  a  much  better  picture  of  program  accomplishment 
than  with  either  one  standing  alone. 

The  Output  Oriented  Resource  Management  System  Distribution  and 
Reporting  process  will  be  discussed  in  depth  in  Chapter  III.  This  system 
is  the  adaptation  of  the  Army's  systems  to  provide  the  necessary 
package  feedback. 


STEP  FM;  MODIFV  THE  PROGRAM  BNP  BUDGET  DEVELOPMENT  PROCESS 

After  making  these  changes  in  the  scope  ond  substance  of  the 
program  resource  packages  (MDEPs),  better  support  to  the  leadership  at 
every  level  of  Army  operations  for  the  monogement  of  Army  resources 
will  be  provided. 

A  fifth  step  toward  closing  the  loop,  an  automated  program  and 
budget  process  to  retoin  the  improved  focus  of  decision-making  at  oil 
management  levels,  while  still  providing  the  traditional  vertical 
appropriation  requests  and  justifications  to  the  Congress,  is  being 
developed. 

To  do  this,  ond  to  reduce  the  paperwork  requirements  of  the 
current  processes,  standard  data  displays  ore  being  developed  that  can 
be  used  ot  all  operating  levels  ond  passed  up  ond  down  the  management 
chain  vio  diskettes.  The  displays  will  be  used  with  standard  software  on 
microcomputers.  With  them  the  program  packages,  resources  (MDEPs), 
workloads,  ond  projected  outputs  will  be  passed  to  MACOMs  and  from 
MACOMs  to  their  subordinate  activities. 

They  will  also  allow  the  installation  and  activity  commanders  to 
reolign  resources  among  packages  within  legal  limits  to  meet 
operational  requirements,  adjust  the  estimated  outputs  ond  feed  the 
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installation  leuel  details  back  "up"  the  system  to  the  MRCOMs  and  the 
HQDR.  The  near  term  focus  mill  be  on  developing  linkages  between 
existing  systems  and  processes  that  will  support  the  output  oriented 
decision-moking  process. 

.These  capabilities  should  help  to  identify  significant  variances 
from  the  acceptable  bounds  of  required  funding  to  support  projected 
workloads  versus  available  funding.  They  should  greotly  increase  the 
capability  to  focus  monogement  attention  on  obvious  problem  areas  in 
the  program  years,  while  performing  the  detailed  development  of  the 
budget. 


Additionally,  development  efforts  will  be  closely  linked  with  those 
of  the  Assistant  Chief  of  Staff  for  Information  Management.  This  is  to 
ensure  support  of,  and  support  by:  current  functional  management 
systems;  follow-on  systems  to  be  fielded  in  the  1990's  that  will  use  the 
standard  definition  and  coding  structures  of  the  RMS  Redesign;  and  the, 
as  yet,  untested  initiatives  for  developing  the  Army's  corporate  data 
base. 

These  links  will  ensure  that  the  PPBES  processes  and  resource 
packages  mirror  the  decision  packages  that  drive  force  structure, 
equipment  procurement  ond  fielding  and  operational  support  decisions. 
DOCMOD  (Documentation  Modernization):  R  tosk  force  is  developing  a 
standard  paragraph  numbering  system  for  all  TDRs.  The  Standard 
Installation  Organization  will  be  used  as  the  basis  for  the  first  step  in 
this  process. 

The  goal  of  the  siu  steps  described  above  is  to  give  near  term 
improvement  ond  prepare  for  long  term  improvements  to  the  PPBES 
process  by  refocusing  the  decision  packages,  so  they  will  allow  senior 
leadership  to  deal  with  programs  and  budget  Issues  in  their  own  terms 
of  "reference."  The  remainder  of  this  chapter  presents  a  detailed 
discussion  of  three  components  of  the  OORMS  that  ore  essentiol  to 
moking  the  system  achieve  its  desired  objectives:  the  MDEP,  the 
Standard  Installation  Organization,  ond  the  Rrmy  Management  Structure 
(Redesign). 
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_  The  purpose  of  the  Mission  Oecision  Pockoge  (MDEP)  is  to  provide  a 
means  for  measuring  the  execution  of  programs  in  the  some  terms  as 
the  Army  leadership  makes  resource  allocation  decisions. 

The  MDEP  provides  the  horizontal  view  of  ail  resources  associated 
with  discrete  Army  programs.  These  packages  are  derived  from  those 
used  during  program  development  and  budget  formulation.  They  are 
carried  into  the  execution  phase  so  that  decision  makers  can  measure 
the  effectiveness  of  the  resource  allocation  process.  Packages  mill 
often  be  referred  to  by  informal  categories— core,  weapons  system, 
functional,  etc.— but  each  reflects  a  resource  decision  which  con  be 
changed  if  the  execution  data  show  actual  experience  to  be  at  variance 
from  the  predictions  of  programming  or  budgeting.  By  measuring  the 
effectiveness  of  prior  decisions,  it  mill  be  possible  to  improve  the 
effectiveness  of  future  decisions. 

The  MDEP  is  represented  by  a  four  position  alphanumeric  code. 
Codes  are  assigned  during  the  programming  phase  with  a  degree  of  logic 
based  on  the  type  of  package,  the  originating  agency  and  the  year  of 
origination;  however,  this  structure  is  generally  immaterial  for  purposes 
of  the  MDEP  except  for  weapons  system  resources.  They  are  structured 
in  sets  of  three  MDEPs,  which,  when  odded  together,  reflect  their  life 
cycle  costs.  The  codes  are: 

FL — Fielding 
SL— Sustaining 
TL— Training 

Program  and  Budget  Guidance  issued  to  MBCOMs  will  show  all  resources 
by  MDEP  as  a  reflection  of  the  latest  decisions  mode  within  the  Army, 
within  the  DOD  or  by  the  Congress. 


BASE  OPS  MDEPS  (see  below) 
TOE  Mission  MDEPs 
MECH  DID 

Dill  Active  Units 
Aound-Out  BDE 
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4  TOR  MISSION  MDEPs 
1  TRADOC 
3  FORSCOM 


TRRDJC— indiuiduol  training 
Accessions  > 

Mid  level  i 
Senior  level/ 

Special  skills 
legol 
medicol 
Flight  training 


Officers 

Warrant  Officers 
Enlisted 


combat  G*  doctrine  _ 
Combined  firms 
Logistics 
Soldier  Support 
Training  Support 
Activities 


BMC  DEPOT 
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BASE  OPS  MDEPS 
Mission  MDEPs 
Maintenance 

Supply 


Depot  Overhaul 
GS  Repair 
Storage 
Preservation 
Pocking  and  Crating 


Note  the  logical  construction  of  the  MDEP  packages  (Base  Operations 
accounts  ore  listed  beloui).  Base  Operations  MDEPs  mirror  organizational 
operation  consistent  with  the  Standard  Installation  Organization.  MDEP 
execution  data  will  be  available  by  extracting  from  the  standard 
accounting  system,  and  is  described  in  Chapter  III. 
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MDEP  STRUCTURE  RND  RMS  CORRELATION3 

BASE  OPERRTIONS,  BASE  COMMUNICATIONS,  REAL  PROPERTY  MAINTENANCE 
ACTIUITIES  AND  ARMY  FAMILY  HOUSING 


ORGANIZATION 

Mfi££ 

AMS  ACCOUNTS 

Oirector  of  Personnel  and 

DPCfl 

G-Personnel  Support 

Community  Affairs 

$-Community  O'  Morale  Support 

Activities 

Oirector  of  Logistics 

DLOG 

B-Supply  Operations 
D’Transportotion  Services 
E-Laundry  0  Drycleaning 
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DMNT 

Director  of  Engineering  DENG 
O'  Housing 


DHOU 

BMRR 

Provost  Morshal 

PMOP 

Director  of  Information 

DOIM 

Management 

BCOM 

Other 

INCC 

F-Food  Service 
C-DS/6S  Mointenance 
J-Operotion  of  Utilities 
K-Maintenance  0  Repair  of  Real 
Property 

L-Minor  Construction 
H-Other  Engineering  Support 
H-Unaccompanied  Personnel 
Housing  O’  Rrmy  Fom  Housing 
BMRR/DMRR 

T-Preservation  of  Order 
P-Rutomotion  Rctiuities 
P395700-Bose  Communications 
N-fldministration 


THE  STRNDRRD  iNSTRLLRTlON  0RBBNI2RTI0N4 


Garrison  organizational  structures  at  Rrmy  installations  uiill  be 
standardized  beginning  in  1985.  This  decision  by  the  Rrmy  Chief  of  Staff 
culminated  more  than  a  year  of  studies  and  analyses  involving  all 
mrcdms  and  the  Rrmy  Starr. 

In  the  fall  of  1983,  the  UCSR  asked  the  COR  to  lead  an  examination 
of  the  overall  installation  structure.  Many  benefits  mere  expected  to  be 
gained  from  the  $10  concept  as  a  result  of  the  study: 

1.  Improve  the  Army's  mobilization  capability; 

2.  provide  a  better  capability  to  deliver  services; 

3.  provide  for  better  management  of  installation  support. 

R  significant  additional  benefit  that  has  resulted  is  the  SIO's  role  in  the 
OORMS.  It  provides  a  capability  to  relate  resource  Inputs  and  workload 
outputs  consistent  with  reliable  performance  standards. 

Rll  Rrmy  Installations  mill  be  realigned  to  the  SIO  structure.  Rn 
Illustrative  example  follows: 

1.  COMMAND  ELEMENT  (plus  PERSONAL  STAFF).  The  Commanding 
6eneral  (mho  continues  to  be  the  overair  Installation  Commander*  in  the 
SIO)  mill  see  little  change  In  his  Immediate  office. 

2.  MISSION  ELEMENT.  Every  Installation  has  a  ;rlmary*mls$ion” 
element;  Fort  Sill's  is  the  US  Rrmy  Field  Artillery  School  (at  Fort  Hood  it  is 
III  Corps,  at  New  Cumberland  Rrmy  Depot  It  is  the  Directorate  of  Supply, 
etc.). 
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3.  NON-SUPPORTING  TENANTS.  Most  installations  are  ‘host"  to 
organizations  that  do  not,  per  se,  provide  support  for  the  installation. 

4.  SUPPORTING  TENANTS.  At  nearly  every  installation  there  is  a 
relatively  standard  grouping  of  "supporting  tenonts."  These  ore  the 
organizations  assigned  to  MACOMs  other  than  the  installation's  "parent," 
and  uihich  are  located  at  the  installation  in  order  to  provide  a  particular 
service.  HSC  hospicals  and  clinics,  Communications  support  (USAISC), 
Post  Euchonges  (AAFES),  Commissaries  (TSA),  and  criminal  investigation 
support  (USACIDC)  ore  elements  of  this  standard  group. 

The  figure  belotv  depicts  these  relationships: 


BATTALION  LEUEL  FORCE  STRUCTURE  MODEL  RELATIONSHIP  TO  SIO 


Figure  11-2 


5.  US  ARMY  GARRISON.  The  garrison  structure  is  the  "set  piece"  of 
the  SIO.  The  following  desorptions  highlight  only  the  significant  changes 
from  the  existing  gorrison  organization;  detailed  changes  will  be 
reflected  in  forthcoming  revisions  to  RR  5-3  ("Installation  Management 
and  Organization"). 

A.  The  Deputy  Installation  Commander  will  become  the 
"6orrison  Commander"  under  the  $10.  The  term  6arrison  Commander 
reflects  much  more  appropriately  that  he  will  be  responsible  for  the 
day-to-doy  operations  of  the  garrison. 
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(1)  Euery  Director  mill  mork  for  the  6arrison  Commander. 

(2)  The  Garrison  Commander  mill  haue  legal  authority  not 
ouoilable  to  a  "Deputy"  and  he  mill,  therefore,  be  able  to  resolve  most 
actions  that  must  nom  go  to  the  Commanding  6eneral. 

B.  Equal  Employment  Office.  No  change. 

C.  Headquarters  Commandant.  No  change. 

D.  Director  of  Personnel  and  Community  Activities  (DPCfl).  The 
DPCA's  office  mill  be  restructured  to  align  functions  under  three  mojor 
categories:  Civilian  Personnel,  Military  Personnel,  and  Community 
Activities. 

E.  Director  of  Security  (DSEC).  Minor  changes. 

F.  Director  of  Plans,  Training,  and  Mobilization  (DPTM).  Minor 
changes,  mith  the  exception  that  responsibilities  for  mobilization  and 
counter-terrorism  mill  he  highlighted. 

G.  Director  of  Logistics  (DOL).  Existing  Directorates  of  Industrial 
Operations  mill  be  renamed  to  provide  a  more  descriptive  title  and  they 
mill  undergo  some  organizational  refinements.  The  Contracting  and 
Purchasing  functions  mill  be  transferred  from  the  DOL's  organization. 

H.  Director  of  Besource  Management  (DAM).  Existing 
"Comptroller"  organizations  mill  be  converted  to  DHMs.  The 
installation's  dollars  and  manpomer  mill  be  managed  by  the  DBM.  "Force 
Development"  mill  be  renamed  "Force  Management"  and  mill  be  placed 
under  the  DAM.  The  Force  Management  function  is  defined  as, 
"maintaining  organizational  documentation  ond  managing  manpomer 
occounts."  The  DBM  mill  also  be  responsible  for  overall  coordination  and 
synchronization  of  all  installation  budget  preparation  ond  execution. 

I.  Director  of  Information  Management  (DOIM).  Existing 
outomotion  ond  other  information  management  offices  mill  be 
reorganized  to  reflect  the  Army's  chonges  in  the  management  of  both 
information  and  communications. 

J.  Director  of  Heserve  Component  Support  (DBCS).  The  Army's 
designation  of  this  organization  os  a  separate  Directorate  recognizes 
increased  morkloods  and  highlights  the  Army's  reliance  on  its  Beserve 
Component. 

K.  Director  of  Contracting  ond  Procurement  (DCP).  This 
organizational  change  is  being  made  to  support  on  ever-increasing 
morklood  associated  mith  the  Army's  reliance  on  the  private  sector  for 
both  goods  and  services. 

L.  Director  of  Engineering  ond  Housing  (DEH).  Minor  chonges, 
mhich  include  assuming  responsibility  for  household  furnishings. 

M.  Provost  Marshal's  Office  (PMO).  No  change. 
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The  initiol  steps  in  OORMS— the  process  for  linking  budget 
plons/progroms  and  budget  eitecution— ore  based  on  the  standard 
installation  organization.  The  lost  major  component  of  the  OORMS  is  the 
Army  Management  Structure  (RMS).  The  RMS  ploys  o  significant  role  noui 
ondwill  do  so  in  the  future.  The  remaining  portion  of  this  chapter 
discusses  the  RMS. 


THE  RBMV  MANAGEMENT  STRUCTURE5 


The  current  Army  Management  Structure,  RMS,  is  on  element  in 
every  major  financial  system  in  the  Rrmy.  It  is  the  architecture  used  to 
manage  funding  and  to  meet  external  reporting  requirements  of  the 
Rrmy.  The  current  RMS,  though  termed  a  "management"  structure,  is  not 
fully  responsive  to  the  Army's  "management"  information  needs. 
Because  of  its  narrow  budget,  fund  control  and  external  reporting  focus, 
it  does  not  adequately  support  the  information  requirements  needed  by 
Rrmy  monagers  for  making  and  evaluating  their  decisions  in  today's 
environment.  The  Rrmy  Management  Structure-Redesign  (RMS-R) 
project  uias  established  to  meet  these  needs. 


Whq  Change? 

The  current  RMS  was  designed  primarily  to  support  financial 
management  needs  as  they  existed  over  25  years  ago.  Many  of  these 
needs  still  exist;  however,  with  its  inherent  emphosis  on  financial 
controls,  the  current  RMS  does  not  adequately  address  the  Army's 
missions  nor  the  manner  in  which  it  will  achieve  those  missions.  Rs  a 
result,  managers  are  without  on  architecture  to  support  the 
mission-oriented  perspectives  essential  to  their  control  and  evaluation 
of  Rrmy  operations.  While  the  current  RMS  has  been  of  use  in  monaging 
Rrmy  dollars,  dollars  ore  not  the  only  focus  of  Rrmy  management  and 
ore  not  the  only  resources  the  Army  manages.  The  RMS  lacks  an  output 
oriented  perspective  related  to  resource  consumption. 

Over  the  years,  the  current  RMS  developed  ond  changed  without 
sufficient  emphosis  on  hierarchy  or  discipline.  Some  of  the  additions  to 
the  structure  were  determined  by  short-term  reporting  requirements 
ond  "stovepipe"  considerations.  This  undisciplined  evolution  led  to  o 
lack  of  consistency  across  appropriations.  This  is  because  the  structure 
only  captures  information  vertically,  in  terms  of  appropriation.  It  is 
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unable  to  adequately  capture  information  "horizontally, 11  in  views  that 
cross  appropriations.  Therefore,  monagers  are  without  o  way  to  uiew 
the  entire  Army  in  terms  of  mission  and  independently  of  appropriations. 
The  current  AMS  has  also  not  kept  pace  with  new  information 
requirements  which  have  grown  os  the  way  the  Army  conducts  its 
"business"  has  changed. 

The  current  AMS  does  not  fully  support  PPBES.  Aesources  are 
programmed  by  Army  function,  in  terms  of  PD  IPs.  Ulhen  the  program 
yeor  becomes  the  budget  year,  programmed  resources  are  allocated  and 
allotted  in  terms  of  appropriations  and  are  accounted  for  in  the 
appropriation  oriented  AMS.  Thus,  mouing  from  the  program  to  the 
budget  yeor,  track  of  the  horizontal  identification  of  Army  programs, 
developed  by  function  and  PDIP,  is  lost.  The  current  AMS  does  not 
identify  budget,  current  and  prior  year  resources  to  the  Army  programs 
which  generated  the  resources. 

The  current  AMS  architecture  is  also  a  restraining  factor  in  the 
design  of  new  Army  management  systems.  Because  of  odvoncing 
technology,  solutions  to  many  management  problems  ore  now 
achievable  with  the  aid  of  data  base  management  systems.  The  current 
AMS  works  well  in  older,  file-oriented  and  sequential  processing 
systems  where  each  appropriation  is  treated  as  an  independent  entity. 
But,  because  of  the  way  the  current  AMS  is  structured,  it  does  not  ollow 
full  odvontage  of  today's  automated  data  bose  management  capabilities. 
The  Army  is  currently  redesigning  many  of  its  systems  to  operate  in  a 
doto  base  environment.  To  work,  these  systems  must  be  supported  by  a 
stanord  classification  and  coding  structure.  The  architecture  for  the 
redesigned  AMS  will  consist  of  modular  components,  with  standard 
coding  structures,  which  lend  themselves  to  use  in  a  data  base 
management  environment.  It  will  facilitate  the  use  of  data  base 
technology  to  relate  key  management  data  elements  in  differing 
systems. 


The  Ten  Components 

In  redesigning  the  AMS  a  study  wos  made  of  off  known  and 
anticipated  information  needed  to  support  decision  making  and 
evaluation.  The  total  of  information  needs  identified  were  classified 
into  ten  categories  which  are  referred  to  as  the  "components"  of  AMS-B. 
These  ten  components  comprise  the  architecture  with  which  the  Army 
will  manage  its  dollars,  other  resources  and  performance  in  the  PPBES 
process. 
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1.  Management  Decision  Package  (MOEP)  Component.  The  MOEP 
component  mill  come  Into  being  at  part  af  the  Output  Oriented  Resource 
Management  System  (QORMS)  during  fiscal  years  85  and  06.  It  has  been 
described  in  this  chopter  and  in  Chapter  III. 

-2.  Function  Component.  The  Function  Component  mill  be  used  to 
ansmer  the  question,  "Which  of  the  nine  Rrmy  functions  do  these 
resources  support?"  Oota  for  this  component  mill  be  derived  using 
MOEPs  and  mill  identify  Rrmy  resources  to  each  of  the  Rrmy  functional 
categories:  structure,  man,  train,  mobilize  and  deploy,  provide  facilities, 
equip,  sustoin,  manage  information  and  management. 

3.  Office  of  the  Secretary  of  Defense  Program  Element  (OSDPEI 
Component.  Since  the  1960's,  mhen  the  OSD  Program  Elements  mere 
established  uder  Mr.  McNamoro,  Rrmy  programs  have  been  translated 
into  OSD  program  elements  used  in  the  flue  year  defense  program  (FVDP). 

4.  Special  Interest  Component.  Codes  contained  in  the  Special 
Interest  Component  mill  be  used  to  identify  non-recurring,  special 
interest  items  or  events  os  identified  by  HQDR.  With  a  standard, 
Rrmy-mide  special  interest  identifier,  relevant  management  information 
rnith  respect  to  any  special  interest  item,  can  be  isolated  for  use  in 
decision  molting  and  evaluation.  Euamples  of  events  mhich  might 
require  use  of  this  component  include  disaster  relief,  refugee  support  or 
Congressional  interest  items. 

5.  Systems  Component.  The  RMS-R  Systems  Component  mas 
designed  in  response  to  the  need  to  monoge  chonge  in  development, 
production,  fielding  and  operation  of  netv  Rrmy  systems.  The  redesigned 
RMS  mill  giue  a  standard  system  identifier  mith  mhich  to  integrate 
management  data  relevant  to  systems  in  financial,  manpoiver,  logistical, 
acquisition  and  other  functional  systems  and  reports. 

6.  Organization  Component.  This  component  mill  contain  a 
standard  coding  structure  for  identifying  Rrmy  organizations  consisting 
of  modules.  With  o  standard,  modular  coding  structure,  vorious 
categories  of  information  about  the  organization  can  be  obtained  and 
summarized. 

7.  location  Component.  The  Locotion  Component  provides  on 
architecture  for  use  in  identifying  geographic  location. 

B.Budgetarg  Controls  Component  The  redesigned  RMS  must  still 
support  financial  reporting  interms  of  Congressional  appropriation 
structures.  The  Budgetary  Controls  Component  provides  the  .codes 
needed  for  such  reporting  and  for  ewercising  fiduciary  responsibility  for 
control  of  resources  os  authorized  by  Congress.  It  contoins  the  fiscol 
codes  and  data  elements  used  to  manage  financial  resources  today. 
There  ore  currently  sin  modules  identified  for  this  component.  These 
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modules  identify  the  department  of  gouemment,  the  fiscoi  year,  the 
specific  appropriation  authorized  by  Congress,  the  opproprioton  or 
administrative  limitations  and  the  budget  activity  and  budget  line  item 
identifier  used  in  the  President's  budget. 

-  9.  Task  Component.  The  Task  Component  tviil  help  to  support 
decisions  ivhich  rely  on  identification  of  tasks  performed  uiithin  the 
Rrmy.  This  component  provides  a  standard  coding  structure  tvhich  mill 
enable  copture  of  "horizontal"  data  by  task  performed,  irrespective  of 
appropriation,  fit  present,  the  Task  Component  defines  29  major  task 
categories  such  as  training,  maintenance,  etc. 

iO.Eiement  of  Resource  Component  fEOB).  Codes  contained  in  the 
EOR  Component  mill  replace  current  Elements  of  Expense,  or  EOEs.  The 
nem  Elements  of  Resource  mill  differ  from  the  current  EOEs  by  expansion 
of  the  source  of  resource  consumption. 


Implementation 

Implementation  of  RMS-R  is  already  occurring.  MOEPs  are  being 
implemented  nom  and  the  nem  EORs  are  scheuled  for  implementation  in 
the  near  future.  Ports  of  the  task  component  are  being  implemented  in 
manpomer  documentation  mith  the  implementation  of  the  Rrmy 
Functional  Dictionary.  Codes  for  all  of  the  types  of  information  to  be 
standardized  in  the  nem  management  structure  are  in  use  nom,  in  one 
form  or  another,  mithin  the  Rrmy. 

Essential  to  the  management  of  resources  is  the  identification  of 
morkloads  or  outputs  ivhich  support  the  need  for  resources.  Rt  HQDR, 
personnel  are  developing  resource-related  performance  factors.  These 
foctors  must  hove  relevance  in  terms  of  the  nem  RMS  and  our  systems 
must  be  designed  to  accommodate  copture  of  such  doto.  The  ability  to 
relote  resources  to  output  is  os  essentiol  to  the  decision  processes  os 
ore  financial  ond  other  types  of  management  information. 


SUMMflRV 


The  scope  of  the  redesigned  Rrmy  Management  Structure  mill  be 
brooder  than  that  of  the  current  RMS.  It  mill  not  be  0  cleaned-up 
version  of  the  current  RMS,  but  rather  an  entirely  nem  uniform  coding 
and  classification  structure  for  use  In  all  Rrmy  systems.  It  can  no  longer 
be  the  limited,  appropriation-oriented  financial  architecture  that  it 
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currently  is.  Its  architecture  will  be  the  language  of  all  Army  systems, 
whether  they  be  financial  or  otherwise.  AMS-R  will  facilitate  integration 
of  data  between  oil  Army  management  systems  and  oid  in  deueioping 
releuont  management  information  for  the  Army.  With  AMS-R,  automated 
systems  will  be  oble  to  copture  the  "horizontal,"  mission  oriented 
perspectiues  used  in  the  PPBES  process  and  allow  eualuation  of  the  Army 
in  terms  of  mission  and  other  management  criteria  independently  of 
appropriations. 

This  chapter's  in  depth  presentation  of  the  Output  Oriented 
Resource  Management  System  Concept,  the  Mission  Decision  Package 
(MDEP),  the  Standard  Installation  Organization,  and  the  Army 
Management  Structure,  graphically  portrays  the  complexity  and 
interrelationships  of  the  Army's  resource  monogement  system  and  the 
enormous  effort  required  to  make  significant  improvements  in  the  way 
the  Army  obtains  information  to  make  key  managerial  decisions.  The 
next  chapter  discusses  the  OORMS  distribution  and  reporting  process. 


CHAPTER  II 


ENDNOTES 


1.  This  portion  of  Chapter  II  is  o  compilation  of  the  salient  points 
relating  to  0ORMS  and  was  obtained  from  two  articles:  "Riving  a  New 
Focus  to  Resource  Management,"  Resource  Management  Journal. Foil. 
1984,  pp.  2-6  and  "Refocusing  Resource  Management-Stage  2".  Resource 
Management  Journal.  Winter  1985,  pp.  6-11, written  by  Ms.  Bunnie  Smith. 

2.  Internal  RCOflCFO'A)  AMS-R  draft  description  of  the  MDEP, 
prepared  December,  1984. 


3.  Conference  Summary  Notes,  COR  Resource  Management 
Training  Conference  conducted  in  Indianopolis,  In.,  6-8  November  1984. 


4.  This  portion  of  Chapter  II  encompassing  the  relationship  of 
OORMS  to  the  standard  installation  structure  is  adapted  from  an  article 
by  LTC  James  Thomas.  "The  Standard  Installation  Organization,"  Winter, 
1985.  Resource  Management  Journal.  Winter  1985,  pp.  18-21. 

5.  This  portion  of  Chapter  II  pertaining  to  the  relationship  of 
OORMS  to  the  RMS  is  adapted  from  an  unpublished  article, "Breaking  the 
Language  Barrier-RMS",  written  by  Ms.  Deborah  Reppenhaggen,  and 
submitted  to  the  Resource  Management  Journal,  in  March,  1985. 
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Chapter  III 


THE  OUTPUT-ORIENTED  RESOURCE  MRNRGEMENT  SYSTEM 
DISTRIBUTION  RNO  REPORTING  PROCESS 


This  chapter  discusses,  in  depth,  the  OORMS  distribution  and 
reporting  process.  This  process  is  the  key  link  for  the  Output  Oriented 
Resource  Management  System  with  PPBES  at  oil  management  leuels  of 
the  Army.  The  MDEP  is  the  mechanism  that  prouides  the  linkage  that  is 
euident  throughout  the  distribution  and  reporting  process. 


MISSION  DECISION  PRCKRGE  (MDEP) 


Mission  Decision  Packages  (MOEPs)  os  described  in  Chapter  II, 
represent  a  logical  set  of  accounts  that  define  all  Rrmy  missions  and 
programs  or  octiuities  and  mirror  how  the  Rrmy  performs  its  business. 
"Core"  program  functions  ore  included  rather  than  PDIPs  located  at  the 
"margin".  Each  MDEP  should  houe  identified  outputs  and  performance 
leuels  and  relate  to  battalion  leuel  force  structure  decisions  if 
appropriate.  Base  Operations  MDEPs  will  mirror  the  Standard  Installation 
Organization.  Since  program  mission  and  organizational  relationships 
haue  been  defined  ouer  time,  the  ability  to  analyze  data  by  MDEP  or 
groups  of  MDEPs,  as  logical  decision  packages,  will  be  enhanced. 


GENERAL  DESCRIPTION  OF  THE  PROCESS1 


The  general  description  of  the  process  is  graphically  depicted  at 
Figure  1 1 1- 1,  The  OORMS  Cycle.  HQDR  will  maintain  MDEP  information  data 
in  the  Program  Budget  System  (PBS)  data  base  at  control  file  leuel  of 
detail  with  the  information  segregated  by  Operating  Agency, 
Appropriation,  Program  and  Subprogram,  Resource  Code  and  Fiscal  Year. 
This  information  can  be  uiewed  within  the  data  base  in  the  form  of  a 
three-way  spread  sheet  showing: 


i 


1.  MDEP/  Operating  Agency/  Appropriation/  Program/  Subprogram/ 
Aesource  Code/Fiscal  Year; 

2.  Appropriation/  Operating  Agency/  MDEP; 

3. Operating  Agency/  MDEP/  Appropriation/  Program/  Subprogram/ 
Aesource  Code/  Fiscal  Year. 

These  data  can  then  be  transmitted  to  the  MACOM/Operating  Agency  by 
diskette  inhere  it  is  distributed  by  Sub-Command,  if  appropriate.  The 
data  are  also  segregated  by  Installation  and  Unit. 

The  Operating  Agency  /MACOM  leuel  mill  provide  the  same  three 
breakouts  as  at  HQDA  ivith  the  exception  that  Sub-Command  and  7 
position  AMSCO  mill  be  added.  At  this  leuel  there  mill  be  an  interface  mith 
the  Program  Dudget  Accounting  System  (PDAS)  to  provide  the  authorized 
funding  levels  by  appropriation  ond  letter  account  in  Base  Operations. 
There  are  tmo  possible  levels  belom  this  level.  These  are  the 
Sub-Commands  and  the  Installation/Unit  levels.  The  Sub-Command  level 
mill  not  be  used  by  all  MACOMs.  (Sub-command  level  is  a  mirror  image  of 
the  MACOM  mith  the  exception  that  the  breakouts  mill  be  by  UIC.) 

The  information  is  then  distributed  to  the  Installation/Unit  level  by 
diskette,  mhere  the  Installation/Unit  mill  then  be  given  the  capability  to 
segregate  the  information  by  Actiuity.  Once  the  Distribution  Cycle  has 
been  completed,  the  Installation  mill  roll-up  the  Activities  into  their 
respective  MDEP,  incorporate  the  Prior  Yeor  ond  Current  Year  actual 
obligations  and  disbursements,  from  their  local  STANFINS  output  in  a 
corresponding  level  of  detoil  of  the  characters  of  the  AMSCO.  This 
information  mill  be  placed  on  diskette  and  sent  to  the  MACOM/Operoting 
Agency  mhich  mill  then  roll-up  the  respective  installations  by  MDEP.  This 
data  mill  be  formorded  to  HQDA. 

Spread  sheets  ond  linkages  throughout  the  OORMS  mill  be  utilized 
to  provide: 

1.  Automatic  roll-up  of  detail  into  summary  from  the  lorner  level 
mithout  destroying  the  detail  and  mithout  operator  intervention; 

2.  Audit  trail  of  all  changes  to  the  spreod  sheet; 

3.  Controls  that  mill  not  permit  the  user  to  exceed  aggregate 
control  totols; 

4.  Menus  thot  mill  permit  the  operator  to  select  the  function  to  be 
performed; 

5.  Automated  linkage  mith  the  Program  Budget  System  database  at 

HQOA; 

6.  Walkthrough  menus  so  that  the  system  mill  guide  the  user 
through  the  spreod  sheet  mith  prompts  at  each  point  thot  doto  entry  is 
required; 

7.  Methodology  to  request  transfers  of  resources  betmeen  MDEPs, 
and  mithin  Appropriations. 
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The  Detailed  Description  of  the  Process  in  this  chapter  contains 
sample  sets  of  spread  sheets  showing  formats  and  data  sources.  These 
formats  are  illustrative  only  but  include  the  required  sets  of  data  and 
their  relationships.  The  major  objective  is  to  provide  the  resource 
analyst  with  a  series  of  spread  sheets,  each  with  a  different  array  of  the 
same  data.  The  MDEP  spread  sheet  will  be  the  entry  point  for  all  data 
changes  and  updates.  The  other  spread  sheets  will  be  updoted  from  the 
MDEP.  The  user  will  be  allowed  to  develop  his  own  spreod  sheet  without 
impacting  on  the  data  base.  Each  spread  sheet  at  each  level  will  be 
standardized  in  format  but  will  be  capable  of  varying  degrees  of  detail, 
and  number  of  lines  and  data. 

R  standard  format  for  MDEPs  that  will  permit  HQDR  to  distribute 
guidance  to  the  Operating  Agencies  of  the  MRCOMs  is  being  developed. 
These  Operating  Agencies  will  be  provided  with  on  automated  means  to 
distribute  guidonce  to  MACOM  Sub-Commands  and  the  Sub-Commonds  will 
have  an  automated  methodology  to  distribute  to  Units  and  Installations. 
The  Units  and  Installations  will  have  the  same  capability  to  distribute  by 
Activity.The  downword  distribution  of  guidonce  will  be  accompanied  with 
on  automated  upward  reporting  system  that  rolls-up  the  lower  levels  to 
the  next  level  without  destroying  the  lower  level's  detail  spreod  sheet. 

The  PBS  dotabose  and  STANFINS  at  their  respective  levels  will  be 
linked.  The  data  from  each  of  these  files  will  be  placed  in  the  appropriate 
parts  of  the  spread  sheet  without  operator  intervention.  Each  update  of 
the  spreod  sheet  will  also  provide  the  dote  the  file  was  last  updoted.  The 
portion  containing  the  data  extracted  from  the  PBS  and  STANFINS  files 
will  be  protected  so  that  the  operator  will  know  the  position  of  the 
higher  level's  doto  base  and  of  the  unit's  actual  position  os  of  the  last 
update.  Any  changes  or  transfers  of  data  to  this  position  will  be  caused 
by  an  ouditable  transaction  made  by  the  user  and  will  sum  to  the  user's 
new  position. 

DETHHED  DESCRIPTION  OF  THE  PROCESS2 


This  section  of  this  chapter  presents  a  detailed  description  of  the 
cycle  and  Includes  graphic  portrayals  (Figures  111-2,  1 1 1-3,  MI-4).  The 
charts  and  diagrams  are  for  Illustration  only,  to  describe  the  functions 
and  their  relationships.  The  functions  are  lettered  subdivisions  with  data 
flows  as  numeric  subdivisions.  There  are  3  major  divisions:  (I)  HQDA,  (2) 
Operating  Rgency/MACOM,  (3)  Installation/Unit.  The  fourth,  Sub¬ 
command,  is  an  additional  level,  but  is  similar  to  the  Operating 
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Agency/MACOM. 

The  spread  sheet  region  is  divided  into  tivo  oreos:  (1)  system  oreo, 
(2)  user  oreo.  The  system  area  is  the  system  input  side  of  the  spread 
sheet.  This  is  the  area  all  inputs  ore  received  from  entente!  systems  (ie: 
PBS,  PBfiS  and  STANFINS).  The  entire  system  area  is  protected  from  user 
manipulation. 


HQOA  Functions 

I  A.  MDEP  Summary 

a.  This  function  maintains  a  summary  of  all  Operating  Agencies 
for  the  MDEP.  It  also  shoivs  the  start  balance  (total  MDEP  Army  Level), 
and  the  distribution  by  Operating  Agency  with  on  ending  control.  A 
positive  ending  control  indicates  withheld  distribution;  zero  indicates  a 
complete  distribution;  and  a  negative  bolonce  will  generate  an  entry  in 
the  function-  Unfinanced  Requirement  (UFR). 

b. lnputs 

(1)  Program  Budget  System  Control  File  (1.1) 

(2)  Operating  Agency  Ending  Balance  (1.5) 

IB.  Operating  Agency  Oetail 

a.  This  function  displays  the  beginning  balance  of  the  particular 
Operating  Agency  or  MACOM  on  which  the  user  is  working.  The  detail 
function  displays  the  beginning  and  the  ending  balance  which  is  a  result 
of  the  changes  posted  in  the  distribution  audit  trail  function  (IF).  The 
purpose  of  this  function  is  to  permit  the  user  to  see  the  total  by 
appropriation  within  the  MDEP  os  the  changes  are  mode.  The  ending 
bolonce  by  appropriation  then  feeds  the  MDEP  Summary  (1A)  and  the 
Appropriation  Controls  (ID). 

b.  Inputs. 

(1)  Distribution  Changes  (1.6) 

(2)  Operating  Agency  PBG  file  (1.2).  This  file  contains  the 
beginning  balances  from  the  previous  distribution.  A  new  beginning 
bolonce  will  be  generated  only  by  request  of  the  User. 

c.  Outputs. 

(1)  Ending  Balance  (1.5).  The  ending  bolonce  by  Operating 
Agency  Appropriation,  Program,  Subprogram  will  be  reflected  in  the  MDEP 
Summary. 

(2)  Ending  Balance  (1.7).  The  ending  balonce  will  be  reflected 
by  OP  Agency  and  Appropriation  in  the  Appropriation  Summary. 

(3)  New  Operating  Agency  Fiie-PGB  (1.2a).  The  New  Operating 
Agency  PBG  file  establishes  o  new  beginning  balance  for  the  next  cycle 
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from  this  cycle's  ending  balance.  This  file  is  only  generated  by  request 
from  the  user.  Until  this  request,  the  beginning  balance  and  distribution 
is  retained  on  file  and  are  loaded  together  each  time  the  user  uiishes  to 
work  on  the  Operating  Agency/  MACOM. 

IC.  Obligations  and  Disbursement  Summary. 

a.  The  Obligation  and  Disbursement  Summary  is  an  entry  to 
depict  the  Obligations  and  Disbursements  for  the  Prior  Vear  and  Current 
Year  for  the  MDEP  at  Appropriation,  Program,  Subprogram  level  of  detail. 

b.  Inputs. 

Operating  Agency  File:  Obligations  and  Disbursements  (1.3)  are 
loaded  into  this  function.  This  file  is  provided  by  each  Operating  Agency. 

ID.  Appropriation  Controls. 

a. This  function  displays  the  total  Appropriation  summarized  by 
Operating  Agency,  MDEP,  Appropriation,  Program  and  Subprogram.  The 
sum  of  the  Operating  Agencies  subtracted  from  the  Total  Annual  Funding 
Program  cannot  exceed  the  respective  Appropriation.  The  Appropriation 
Controls  ore  os  determined  by  the  Program  Budget  Accounting  System 
and  include  the  Prior  Year  and  Current  Year.  This  function  by  definition 
must  cross  MDEP  lines  in  order  to  provide  the  user  tvith  the  boundaries  in 
which  they  must  tvork. 

When  on  Appropriation  Control  total  is  exceeded;  the  user  must 
be  mode  aware  of  this  situation.  This  may  be  accomplished  by  a  message 
and/or  audible  tone  but  prior  to  the  user's  quitting  the  session.  In  fact 
the  user  must  consciously  quit  the  session  with  these  totals  exceeded, 
(i.e.  "You  have  exceeded  an  Appropriation,  ore  you  sure  you  wont  to  quit? 
YorN") 

b.  Inputs 

(1)  Appropriation  Control  File  (1.4).  This  file  is  input  from 
PBAS.  It  contains  the  official  controls  by  which  the  user  is  legally  bound 
to  obide. 

(2)  Operating  Agency  by  Appropriation  (1.4a)  This  file 
contoins  the  Annual  Funding  Program  for  each  Operating  Agency  by 
Appropriation  by  MDEP.  As  changes  ore  mode,  this  file  is  updated  to 
reflect  the  chonges. 

(3)  Operating  Agency  End  Bolonce  (1.7).  The  ending  balance 
will  be  entered  into  the  Appropriation  Control  function  for  Prior  Year  and 
Current  Year  to  reflect  the  current  distribution. 

IE.  Bequest  for  Chonges  that  Cross  MDEP. 

a.  This  function  is  the  methodology  by  which  the  user  will 
request  changes  that  cross  MDEPs.  This  function  also  reflects  the  request 
for  Unfinanced  Acquirements  (UFA).  Approved  requests  ore  input  into  the 
Program  Budget  System  doto  base  via  a  change  transaction.  UFA 
requests  will  also  be  processed  through  PBS. 
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b.  Inputs. 

(1)  USER  (1.9).  The  user  enters  desired  changes  and/or 
indicates  whether  or  not  Operating  Agency  requests  0.13)  are  approued. 

(2)  Unfinanced  Requests  0.12).  Rny  balance  in  1R.  that  is  less 
than  zero  must  generote  on  unfinanced  request  in  this  function.  - 

(3)  Operating  Agency  Requests  (1.13).  Each  Operating  Agency 
has  the  capability  to  submit  unfinonced  requirements  or  request  changes 
between  NOEPs.  These  requests  are  fed  into  this  function. 

c.  Outputs 

Change  transactions  0.8).  Any  approued  UFA  or  change  between 
MDEPs  will  generate  a  change  tran  section  to  the  Program  Budget  System 
database.  The  change  transactions  will  be  generated  by  the  computer 
and  not  monuolly  prepared. 

IF.  Distribution. 

a.  This  function  distributes  an  MDEP,  funds  by  Operating  Agency 
and  maintains  on  audit  trail  of  all  transactions  against  the  MDEP.  Any 
changes  posted  in  this  area  will  be  reflected  in  IB.  Operating  Agency 
Detail.  Any  changes  between  Operating  Agencies  will  be  computed  in  this 
function.  Therefore,  it  will  be  necessary  to  hold  any  transaction  that 
impacts  another  Operating  Agency  until  that  agency  is  included.  Failure 
by  the  user  to  bring  the  Operating  Agency  into  the  system  will  cause  that 
Operating  Agency  to  be  brought  in  and  updated  prior  to  letting  the  user 
exit.  The  transaction  file  or  audit  trail  will  be  the  input  to  the  Operating 
Agency/MACOM. 

b.  Inputs. 

The  user  inputs  distribution  to  the  Operating  Agency. 

c.  Outputs. 

(1)  Operating  Agency  Detail  (1.6).  Rny  distribution  transaction 
will  cause  a  change  in  the  Operating  Agency  Detail  Ending  Balance. 
Howeuer,  the  transaction  will  not  physically  appear  in  the  Operating 
Agency  Detail  Sub  Area;  it  will  only  physically  appear  in  the  distribution 
area. 

(2)  Distribution  to  Operating  Rgency  (1.11).  This  file  becomes 
the  change  input  into  the  Operating  Agency.  It  prouides  the  necessory 
information  to  the  Operating  Agency  on  why  the  transaction  wos  mode 
and  the  ending  balance  changed. 


Operating  Aqencg/Macom  Functions 


The  Operating  Agency/MACOM  leuel  is  similar  to  HQDR  with  the 
exception  that  it  can't  be  assumed  that  there  is  a  data  base  like  HQDR's 
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PBS.  There  is  also  an  additional  function  colled  HQDft  audit  trail  which  is 
explained  in  further  detail  below.  In  most  coses,  the  Operating 
Agency/MACOM  distributes  guidance  to  Installations  and  Units.  There  are, 
however,  several  Operating  Agencies  that  distribute  their  guidonce  to 
Sub-Commands.  The  level  of  detail  given  these  commands  is  the  same  as 
thot  given  to  the  Operating  Agency;,  down  to  Subprogram  and  letter 
account  in  the  cose  of  Base  Operations. 

2A.  MDEP. 

o.  The  summary  guidance  by  MDEP  is  received  from  HQDA  on 
diskettes.  There  is  a  work  sheet  file  for  eoch  MDEP  transmitted.  In  this 


function  the  user  loads  the  new  file(s)  and  reviews  the  new  guidance.  At 
the  time  of  loading,  the  Audit  Troil  (2F.)  is  also  loaded  reconciling  the 
previous  ending  balance  plus  the  transactions  in  the  Audit  Trail  (2.8) 
giving  the  new  beginning  Controls.  These  Controls  must  ogree  with  the 
controls  on  the  HQDA  PBG  Control  file. 

After  the  MACOM  distributes  the  guidance  to  the  Sub-Commands 
or  Installations/Units  (2.9),  a  new  ending  control  is  reached.  There  are 
three  possible  conditions: 

(1)  Ending  Control  equals  zero.  All  resources  have  been 
distributed.  No  oction  required. 

(2)  Ending  Control  is  greater  than  zero.  The  Operating  Agency 
has  withheld  funds  from  its  subordinates.  No  action  required. 

(3)  Ending  Control  is  less  thon  zero.  The  Operating  Agency  has 
an  unfunded  requirement.  Action  Bequired:  The  user  will  be  prompted 
that  the  controls  have  been  exceeded.  The  user  will  be  given  a  choice  of 
either  redoing  the  distribution  or  generating  a  UFR.  This  UFA  (2.7)  will  be 
input  to  function  2E.  Now  the  user  must  be  prompted  os  to  which 
transactions  will  be  tied  to  thot  UFR.  In  other  words,  the  user  cannot 
exceed  controls  in  distribution  (UFRs  are  not  distributed). 

b.  Inputs 

(1)  HQ  DA  PBG  Controls  (2.1) 

(2)  HQ  DR  Audit  Trail  (2.8) 

(3)  Installotion/Unit  (or  Subcommand)  ending  balonce  (2.9) 

c.  Outputs 

UFR  (2.7) 

2B.  Installotion/Unit  detail. 

This  function  is  to  distribute  a  sub-set  of  the  controls  in  2A. 
above  to  the  Installation  nr  Unit.  The  ending  balonce  from  the  old 
(previous)  cycle  becomes  the  beginning  balance  for  this  cycle.  As  the 
distribution  (2.10)  is  added  to  the  beginning  balance,  a  new  ending 
balance  will  be  established.  Once  the  user  saves  this  balance,  (the 
Installotion/Unit  detail),  then  the  ending  balance  is  recorded  in  2A.  (2.9). 
Eoch  time  the  Installation  detail  is  entered  into  the  spread  sheet,  its 
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corresponding  audit  trails  must  also  be  entered.  When  the  guidance  is 
issued,  then  as  at  HQDfl,  a  neui  beginning  balance  is  established  and  the 
audit  trails  are  zeroed  out  (the  audit  trails  are  sailed  prior  to  zeroing 
out).  R  copy  of  the  final  audit  trails  are  sent  with  the  guidance  to  the 
field.  The  ending  bolonce  is  then  recorded  in  the  Appropriation  Controls 
(2.D)  by  oppropriotion  to  insure  compliance  with  the  Annual  Funding 
Program. 

b.  Input 

(1)  Installation  /Unit  PBG  File.  (2.2) 

(2)  Distribution  Audit  Trail  (2.10) 

c.  Outputs 

(1)  New  Installation/Unit  PBG  File  (2.3) 

(2)  Ending  Balance  to  HDEP  Summary  (2.9) 

(3)  Ending  Balance  to  Appropriation  Control  (2.1 1). 

2C.  Obligation  0  Disbursement  Summary. 

a.  This  function  takes  each  Installation/Unit's  Obligations  and 
Disbursements  for  the  Prior  and  Current  Years  and  Summarizes  them  to 
the  Subprogram  and  Base  Operations  Letter  Account.  The 
Installation/Unit's  Obligations  and  Disbursements  are  entered  each  time 
the  Installation/Unit’s  PBG  Files  are  entered  or  at  the  request  of  the  user. 

b.  Inputs. 

Installation/Unit  Obligation  and  Disbursement  files  (2.4) 

c.  Outputs. 

Each  Installation/Unit  Obligation  and  Disbursement  File  is 
loaded  and  rolled  up  to  Operating  Agency,  Subprogram  and  Base 
Operations  Letter  Account  during  the  reporting  cycle. 

2D.  Appropriation  Controls. 

a.  This  function  tracks  each  appropriation  and  the  distribution  of 
Current  and  Prior  Years  against  the  controls.  Each  MDEP  is  summarized 
at  the  appropriate  leuel  of  detail  to  prouide  the  user  with  the  ability  to 
cross  check  the  distribution  of  resources  against  the  Annual  Funding 
Program.  The  Annual  Funding  Program  is  maintained  at  Operating  Agency 
leuel  of  detoil  with  the  distribution  at  Installation  Leuel  of  detail.  If  the 
sum  of  the  Installation  leuel  distribution  exceeds  that  of  the  respectiue 
Appropriation  in  a  giuen  FY,  then  the  user  must  be  alerted  as  at  HQDA 
leuel. 

b.  Inputs 

(1)  Operating  Agency/MACOM  Annual  Funding  Program  (2.5) 

(2)  Installation  Unit  Annual  Funding  Program  (2.6) 

(3)  Ending  Balance  by  Installation/Unit  (2.1 1). 

2E.  Unfunded  and  Requested  Changes  that  Cross  MDEP. 

a.  As  described  earlier,  distributions  which  euceed  the  Operating 


Agency's  Controls  in  2A.  upon  user's  request  may  be  automatically 
entered  as  a  UFA.  Also  ony  changes  that  cross  MDEP's  ore  entered  by  the 
user.  During  the  reporting  cycle,  this  section  mill  be  rolled  up  to 
Operating  Agency,  MDEP  level  of  detoil. 

-  b.  Inputs 

(1) UFR's  (2.7) 

(2)  Instolotion  USER  Requests  and  UFRs  (2.3) 

(3)  USER  (2.15) 

c.  Outputs 

(1 )  UFRs  and  Requests  for  change  file  (2.1 2) 

2F.  HQDR  Audit  Trail 

o.  This  function  documents  the  changes  to  the  controls  in  2R. 
since  the  last  cycle  of  guidance.  This  is  entered  by  MDEP  uihen  the  user  is 
reviewing  guidance  and  is  always  present  when  the  user  is  working  the 
MDEP.  These  transactions  are  reflected  in  2R.  by  adding  to  the  Ending 
Controls  from  the  cycle  generating  the  Beginning  Controls. 

b.  Inputs 

Distribution  to  Operating  Agency /MRCOM  Rudit  Trail  (2.14) 

c.  Output 

Rudit  trail  to  2A.  (2.8) 

26.  Distribution 

a.  This  is  the  user's  work  area  for  generating  transactions  for 
distributing  guidance  to  the  Installation/Unit  Level.  The  transactions 
become  the  audit  trail  to  document  the  changes  in  the  Installation/Unit's 
guidance.  These  transactions  are  logically  posted  against  the  beginning 
controls  generating  the  remainder  left  undistributed.  If  a  transaction 
couses  the  control  to  be  eHceeded,  ond  the  user  opts  for  this  transaction 
to  be  a  UFR,  it  remains  os  a  transaction  but  is  not  added. 

b.  Inputs 

USER 

c.  Outputs 

(1)  Distribution  Transactions  (2.10) 

(2)  Distribution  Rudit  Trail  to  Installation-Rctivity  (2.17) 


The  Installation/Unit  is  the  level  with  the  most  detail.  The  Director 
of  Resource  Management  (DRM)  is  using  all  11  positions  of  the  Rrmy 
Management  Structure  Code,  Element  of  EHpense  and  MDEP.  This  is  also 
the  level  where  the  euecution  begins  and  the  reporting  of  obligations  and 
disbursements  ore  initiated. 


3fl.  MDEP. 

This  function  is  about  the  same  as  the  Operating  Agency/MACOM. 
The  Installation  receives  the  new  guidance,  and  the  ending  controls  from 
the  previous  cycle  become  the  beginning  controls  for  this  cycle.  The 
Operating  Agency/MACOM's  Audit  Trail  is  added  to  the  beginning  controls 
generating  the  netv  ending  controls.  These  new  ending  controls  must 
agree  with  the  Operating  Agency/MACOM  transmitted  in  its  Guidance. 
Lack  of  agreement  means  that  the  data  bases  are  out  of  sychronizotion. 
This  problem  will  have  to  be  resolved  prior  to  continuing.  Once  these 
controls  bolonce  then  the  summary  level  (a  level  of  detail  that  equals  the 
level  of  detail  in  the  Guidance)  of  distribution  from  3B.  is  posted  against 
the  ending  control.  When  the  ending  control,  less  the  summary 
distribution  equals  zero,  then  there  is  a  complete  distribution,  positive 
amount  is  a  withholding  and  a  negative  amount  gives  the  user  the  option 
to  generate  a  UFR  or  the  ability  to  go  back  and  redistribute.  This 
function,  as  in  the  upper  levels,  shows  the  user  his  ending  controls  and 
each  activity  to  which  resources  have  been  distributed  in  the  controls 
and  the  balance  remaining. 

c.  Inputs 

(1)  Installation/Unit  PBG  File  (3.1) 

(2)  Operating  Agency/MACOM's  Audit  trail  (3.8) 

(3)  Activity  detail  Ending  Balance  (3.9) 

d.  Outputs 
UFR  (3.7) 

3B.  Activity  Detail 

a.  The  ORM  loads  an  Activity’s  file  for  distribution.  This  gives  the 
user  the  Activity's  beginning  balance  against  which  all  distribution  will  be 
posted.  The  transactions  from  the  distribution  function  (3G.)  are  then 
posted  against  the  Activity's  beginning  balance.  Once  the  user  is 
satisfied  with  the  distribution,  the  Ending  Bolonce  is  recorded  ogoinst  the 
MDEP  ond  Appropriation  Summary.  (Note:  during  distribution  the  user 
needs  to  know  whether  or  not  a  given  transaction  will  generate  o  UFR  or 
exceed  a  target.  Therefore,  during  Distribution,  the  totols  need  to  be 
recalculated). 

b.  Inputs 

(1)  Activity  PBG  File  (3.2) 

(2)  Distribution  Transactions  (3.10) 

c.  Outputs 

(1)  New  Activity  PBG  File  (3.3) 

(2)  Ending  Balance  by  MDEP  (3.9) 

(3)  Ending  Balance  by  Appropriation  (3.1 1) 

3C.  Obligations  O’  Disbursements. 

o.  This  function  is  the  origination  of  the  Obligation  and 
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Disbursement  data  for  the  upper  leuels.  fls  the  date  are  made  auaiiabie 
from  STflNFINS,  the  Obligation  and  Disbursements  mill  be  prouided  the 
DRM  for  the  MDEP  analysis  as  to  how  the  command  is  executing  its 
Program  and  Budget.  Once  again  these  data  mill  be  viewed  in  two 
different  ways,  by  MDEP  and  by  Appropriation.  This  is  particularly  critical 
at  this  level  because  it  will  provide  the  DRM  the  necessary  information 
for  developing  the  command  s  Resource  Management  Plan. 

b.  Inputs 

STflNFINS  (3.4)  Prior  and  Current  Year  Obligation  and 
Disbursement  data 

3D.  Appropriation  Summary 

a.  This  function  gives  the  DRM  the  torgets  which  control 
execution.  It  forms  the  basis  for  comparison  of  the  distribution  of 
resources  and  provides  an  additional  parameter  for  the  current  year. 
Each  appropriation  target  in  this  function  is  compared  with  the  sum  of 
the  Instollation/Unit's  Activity's  Ending  balances.  If  the  target  is 
exceeded,  the  distribution  is  greater,  then  the  user  must  be  notified  for 
appropriate  action.  This  action  is  off  line  from  this  system  other  than  to 
adjust  the  distribution  to  balance  with  the  control  figures. 

b.  Inputs 

(1)  Installation  Unit  Appropriation  Target  File  (3.5) 

(2)  Activity's  AFP  Target  File  (3.6) 

(3)  Ending  Activity  Detail  Balance  by  Appropriation  (3.1 1) 

3E.  UFRs  and  Request  for  Changes  that  cross  MDEP. 

a.  This  function  provides  the  methodology  for  the 
Installation/Unit  to  request  additional  funds  (UFR)  or  document  the 
correct  funding  levels  in  MDEPs  by  offsetting  entries  in  two  or  more 
MDEPs.  These  changes  are  summarized  at  Installation  level  and  sent  to 
the  Operating  Agency/MACOM.  The  request  changes  and  funded  UFRs  will 
enter  the  system  through  the  next  distribution  cycle.  This  is  the  method 
the  Installation/Unit  will  obtain  additional  funds  and  document  the 
current  distribution  among  MDEPs.  This  function  olso  calls  for  input  from 
the  activities.  This  input  is  the  method  the  activities  report  to  the  DRM 
their  funding  requirements  end  changes.  If  the  DRM  con  fund  on 
activity's  UFR  or  Request  for  Change  in  MDEPs  with  existing  resources 
then  the  UFR  or  request  is  honored  at  thot  level  and  documented  through 
the  distribution  or  Installation's  request  for  chonge. 

b.  Inputs 

(1)  UFRs  from  the  Instollotion/Unit's  MDEP  (3.7) 

(2)  Activity  UFR  and  Request  Change  File  (3.13) 

(3)  User  (3.15) 

3F.  Operating  Rgency/MRCOM  Audit  Trail 

a.This  function  provides  the  documentation  of  the  change  in 
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Guidance  fn  3B.  Transactions  from  this  function  ore  logically  added  to  the 
Installotion/Unit's  beginning  controls  deriving  the  ending  controls.  This 


provides  the  cross  check  to  insure  that  the  Installation/Unit  and 
Operating  Agency/MACOM  are  in  balance  and  hove  the  same  data, 
r  b.  Inputs 

Operating  Agency/MACOM  Audit  Trail  (3.14) 

c.  Output 

Transactions  to  HOEP  (3.0) 

30.  Distribution 

a.  This  function  provides  the  Installation/Unit's  distribution  to 
the  Activities.  The  user  enters  the  desired  transaction  ond  it  is  logically 
transferred  to  the  Activity  detail  (3B.).  Each  transaction  is  saved 
providing  on  audit  trail  of  all  changes.  Once  the  guidance  is  finalized  the 
transactions  (audit  trails)  are  saved  to  diskette  for  future  reference. 

b.  Inputs 

User  (3.16) 

c.  Outputs 

Distribution  to  Activity  Audit  Trail  (3.12) 


SVSTEM  OUTPUTS 


A  potential  system  output  for  a  specific  HOEP  reflecting 
Obligations,  Disbursements  ond  Performance  is  shoivn  at  figure  1 11-5.  The 
same  output  con  be  used  at  all  levels  with  the  greatest  detail  available 
ot  the  Installation/Unit  level.  A  summarized  MDEP  mould  be  the  level  of 
detail  applicable  ot  HQDA. 

STANFINS  Accounting  Support3 

STANFINS,  os  the  Army's  standard  accounting  system  (except  for 
AMC),  mill  provide  00AMS  inputs  at  the  installation  level  as  depicted  in 
the  general  description  of  the  process.  STANFINS  mill  serve  os  the  official 
record  for  the  data  submitted  through  the  diskette  to  MACOMs  and 
subsequently  HQOA.  Figure  MI-6  depicts  the  STANFINS  Beport  format  to 
be  used  ot  the  installation.  It  shoms  Obligation  ond  Disbursement  data  by 
MDEP  ot  the  AMSCO  level  of  detail.  Befinement  of  the  data  ond  analysis 
ot  the  Installation/Unit  prior  to  submission  mill  be  accomplished  in  the 
micro-computer  component  of  OOAMS.  Assumptions  ond  factors  driving 
the  STANFINS  format  ore  listed  below: 
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1.  MDEP  monetary  amounts  for  base  operations  accounts  mill  be 
memorandum  data  on  installation  leuel  funding  documents. 

2.  Installation  leuel  obligation  targets  distributed  to 
program/actiuity  directors  mill  be  identified  by  the  memorandum  MDEPs 
on  the  installation  funding  documents. 

3.  The  MDEP  code  mill  be  perpetuated  in  the  installation  accounting 
and  reporting  system. 

4.  The  MDEP  mill  be  identified  by  a  four  position  alpha  numeric  code. 
Locol  requirements  mill  be  satisfied  mithin  the  existing  STRNFINS 
program/actiuity  director  code  structure. 

5.  MDEP  status  reporting  to  MACOMs  mill  be  monthly. 

6.  MDEP  reporting  for  prior  and  current  year  obligations  and 
disbursements  mill  be  at  the  folloming  detail  leuels: 

a.  Obligations.  Report  by  EOE  mithin  detoiled  AMS  occount  and 
appropriation  mith  summary  totals  by  object  class  at  summary  AMSCO 
leuels,  and  subprogram  mithin  appropriation. 

b.  Disbursements.  Report  by  object  class  mithin  subprogram 
mithin  appropriation. 


SUMMRBV 


The  OORMS  distribution  and  reporting  system,  keyed  to  the  MDEP,  is 
being  deueloped  for  implementation  in  FV  86.  This  automated  process  is 
being  built  to  retain  the  improued  focus  of  decision  making  at  all 
management  leuels,  mhile  still  prouiding  the  traditional  uertical 
appropriation  displays  to  external  Army  agencies.  To  do  this,  standard 
data  displays  mill  be  utilized  at  all  operating  leuels  and  formarded  up  and 
domn  the  management  chain  on  diskettes.  The  displays  mill  be  used  mith 
standard  softmare  on  microcomputers.  Ufith  them,  progrom  package 
resources  (MDEPs),  morkloads,  and  projected  outputs  mill  be  distributed 
from  HQDA  to  MACOMs  and  from  MACOMs  to  their  subordinate  actiuities. 
The  results  of  operations  in  terms  of  decision  pockoge  obligations, 
disbursements  and  performance  mill  be  reported  up  the  chain  of 
commond  for  reuiem  and  analysis. 


CHAPER  III 


ENDNOTES 


1.  The  General  Description  of  the  process  has  been  adapted  from  a 
draft  performance  work  statement,  prepared  by  CPT  Stewart  Hull,  OCOfl, 
to  solicit  bids  for  contractor  support  to  automate  the  OORMS  process, 
using  micro-computers. 

2.  The  Detailed  description  of  the  process  hos  been  adopted  from 
a  draft  performance  work  statement,  prepared  by  CPT  Stewart  Bull, 
OCOfl,  to  solicit  bids  for  contractor  support  to  automate  the  OORMS 
process,  using  microcomputers. 

3.  Assumptions  and  foctors  pertaining  to  STANFINS  support  for  the 
MDEP  process  were  provided  by  Col  Johnson,  Chief,  Installation 
Recounting  Division,  Office,  Assistant  Comptroller  of  the  Army  (Finance  O' 
Accounting),  Indianapolis,  Indiano. 


CHAPTER  IU 


FINANCIAL  O’  LOGISTIC  SVSTEMS  INTERFACES 


The  primary  objectives  of  Army  accounting  systems  are  twofold: 
(1)  reporting  the  results  of  financial  operations  os  a  basis  for 
determining  legal  and  administrative  compliance  as  established  by 
authorization  and  appropriation  acts,  and  (2)  providing  management  with 
financial  data  for  internal  control  ond  management  needs.  These  goals 
are  achieved  through  the  summarization  of  recorded  financial  data.  In 
order  to  meet  these  reporting  and  information  requirements,  the  Army's 
accounting  systems  must  obtain  segments  of  this  relevant  information 
from  other  Army  systems,  particularly  those  related  to  the  supply  (or 
logistics)  functions. 


FINRNCIfll/LOGISTIC  SYSTEMS  RELATIONSHIP  TO  PPBES1 


Financial  information  for  management  at  all  levels  is  derived  from 
several  sources.  Figure  ID- 1  depicts  the  phases  of  PPBES  ond  the  system 
source  for  the  input  to  Budget  Execution  (Accounting)  phase  to  ensure 
that  appropriate  output  is  available  for  Army  planners  ond  programmers. 
Financial  systems  provide  Budget  Authority  input  (indicating  funds  ore 
received  by  the  entity  authorized  to  incur  obligations)  and  record  when 
the  outlay  (disbursement  of  public  funds)  is  accomplished.  Interfaces 
between  accounting  and  logistics  systems  are  required  to  record  when 
inventory  or  materia)  is  received  ond  the  cost  (actual  consumption  of 
resources)  is  incurred  when  inventory  is  actually  used.  The  performance 
measurement  function,  wherein  the  use  of  resources  is  tied  to  worklood 
accomplishment,  is  a  manual  input  today,  at  best.  The  objective  of  the 
OORMS  is  to  link  this  performance  measurement  function  with  the  budget 
execution  phase  of  PPBES,  and  thus  to  the  eight  year  MDEP.  It  is  clear 
that  the  logistic  ond  financial  systems  interfaces  ore  essential  to 
providing  relevant  information  at  all  management  levels. 

The  interfaces  facilitate  compliance  with  accounting  principles  that 
match  the  delivery  of  services  with  the  cost  of  services.  They  provide 
management  with  consistent  information  to  compare  progrom/service 
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costs  between  periods  as  well  as  activities. 


Cost  refers  to  the  financial  measurement  of  resources 
consumed  in  accomplishing  a  specified  purpose,  such  as 
performing  a  service,  carrying  out  an  activity,  or 
completing  a  unit  or  uiork  or  a  specific  project.  Rll 
significant  elements  are  included  in  the  amount  reported  as 
total  cost.  In  this  content,  cost  is  the  value  of  goods  ond 
services  used  or  consumed  by  the  Rrmy  within  a  given 
period,  regardless  of  when  they  were  ordered,  received  or 
poid  for.2 


FINANCIAL  HND  L06ISTICS  SVSTEMS^ 


Before  discussing  the  system  Interfaces,  a  description  of  financial 
and  logistic  systems  is  necessary.  The  interfaces  are  shown  at  Figure 
IU-2. 


STRNFINS  (Standard  Financial  System) 

STRNFINS  performs  "consumer  fund"  accounting.  That  Is,  it:  records 
funding  authorizations;  accumulates  and  reports  on 
obligations/disbursements  against  fund  authorizations  for  control 
purposes;  provides  breakout  to  installation,  MRCOM,  and  HQDR  financial 
managers  of  funds,  obligations/disbursements  by  appropriation  at 
prescribed  levels  of  detail.  STRNFINS  serves  as  the  Rrmy's  primary  formal 
record  of  account  at  installation  leuel  for  installation  level  appropriation 
accounting.  STRNFINS  creates,  updates  and  maintains  installation  level 
financial  data  banks  for  retrieval  of  statistical  reports,  as  well  as 
producing  the  financial  reports  required  by  higher  authorities. 


STRRIFRRSfStandard  Rrmy  Financial  Inventory  Recounting  and  Reporting 
System) 

STRRFIRRS  performs  "inventory”  ond  "stock  fund"  accounting  for 
supply  transactions.  The  inventory  accounting  entails  tracking  the  value 
of  physical  Inventories  at  General  Support  Units  (GSU).  Stock  Fund 
accounting  relates  to  recording  and  processing  obligations,  receipts  and 
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payments  related  to  inventory  transactions  financed  by  the  Stock  Fund. 
STARF1ARS  provides  information  to  STANFINS  for  obligotion/deobligotion  of 
consumer  funds.  The  System  also  receives  billings  from  the  wholesale 
supply  system  and  processes  them  through  the  Stock  Fund  accounting 
function  for  subsequent  payments  by  STANFINS. 


TUFMIStTactical  Unit  Financial  Management  System! 

TUFMIS  is  an  automated  MIS  that  is  operated  in  Direct  Support  Units 
(DSU)  which  receives  requests  for  materiel  from  tactical  units.  TUFMIS 
records  inputs  and  outputs  to  and  from  DSUs  by  supported 
units/orgonizotions.  The  System  produces  daily  end  cum-to-date  reports 
on  commitments  for  materiel  costs  by  unit  ond  by  weapon  system. 
TUFMIS  provides  reports  and  information  for  financial  management  at  the 
tactical  level;  however,  it  is  not  a  formal  accounting  system  with 
certifiable  records.  TUFMIS  does  provide  commanders  with  the  dollar 
value  of  supply  requisitions  by  unit  ond  the  availability  of  funds  to 
purchase  supplies  from  a  higher  echelon  source. 


SRILSCStandard  Army  Intermediate  level  Supply  System) 

SAILS  is  a  multicommand,  integrated,  automated  supply  and 
management  system  designed  to  accomplish  oil  stock  control,  supply 
management,  ond  related  management  functions  between  the  CONUS 
wholesale  level  (DARC0M/6SA/DSR)  and  the  direct  supply  level  systems 
(DLOGS,  DS4,  DSU/GSU)  for  supply  classes  II,  III  (pockaged),  IU,  VII,  VIII, 
and  IH.  The  system's  storage  operations  module  provides  a  worldwide 
standard  system  to  accommodate  the  functions  of  stock  location, 
physical  inventory,  shipment  planning,  preservation  and  packaging, 
surveillance,  and  inspection  of  supplies.  Additional  worldwide  processing 
requirements  included  in  SAILS  are  provisions  for  the  management  of  IVar 
Reserves  ond  Project  Stocks,  overseas  reporting  requirements,  ond 
medical  supply  processing.  The  system  is  designed  with  special  feotures 
to  permit  operation  in  multiple  intermediate  level  supply  environments. 
It  currently  operates  at  Theater  Material  Management  Centers,  Medicol 
Deportment  Activities,  Theater  and  Area  Support  Commands,  and  Corps 
Material  Management  Centers,  as  well  os  CONUS  installations. 


DL4(Pirect  Support  Unit  Standard  SuppIu  Sustem) 

This  system  is  designed  to  outomate  stock  control  and  provide 
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additional  asset  management  capability  at  the  divisona!  and 
nondiuisionai  DSU  level  and  at  selected  GSU  sites. 


Direct  Support  UnitfDSU) 

The  DSU  receives  requests  for  moteriel  from  tocticol  units  ond 
maintains  an  OMA-funded  inventory  bosed  on  historical  demands.  The 
DSU  issues  moteriel  to  requesting  units  if  the  items  are  on-hand;  if  not,  it 
passes  unsatisfied  requests  (ond  stock  replenishment  requests)  through 
its  General  Support  Unit  (GSU)  to  its  tvholesale  level  supply  source.  The 
DSU  receives  moteriel  ond  status  notices  from  its  wholesale  supply 
source,  advises  the  GSU  and  makes  issues  to  requesting  units. 


General  Support  Unit(GSU) 

The  GSU  receives  requests  from  DSUs  for  materiel  needed  to 
replenish  stocks  or  fill  requests  not  satisfied  at  the  DSU.  The  GSU  insures 
fund  availability,  while  SAILS  and  its  interfacing  financial  system, 
STARFIARS,  verify  fund  availability.  The  GSU  actually  fills  few  DSU 
requests  from  inventory  becouse  most  on-hond  GSU  stocks  ore  for  battle 
sustainment.  Unfilled  requisitions  ore  forwarded  to  the  wholesale  supply 
source.  The  GSU  receives  status  information  from  the  wholesale  source 
and  posses  it  to  the  DSU. 


FINANCIRL/LOGISTIC  SYSTEMS  DISCONNECTS 


There  are  certain  fundomentsl  financial/logistic  systems  interface 
disconnects  that  impact  on  the  precise  accounting  ond  reporting  of 
inventory  ond  materiel  received  and  costs  incurred  for  the  Euecution 
Phose  of  PPBES.  These  disconnects  include; 

1.  Inventories  in  DSU/GSU/Depots  are  not  specifically  identified  by 
weapons  system  or,  in  some^ases,  program . 

2.  Issues  from  DSU  inventory  are  not  reported  to  STANFINS; 
therefore,  STANFINS  does  not  capture  materiel  (sustaining)  costs 
applicable  to  issues  from  DSU  inventory. 

3.  Labor  information  (military  ond  civilian)  for  maintaining  weapon 
and  other  systems  is  not  passed  from  logistical  to  financial  systems. 

4.  The  coding  structures  in  the  financial  ond  logistics  systems  are 


not  necessarily  the  same,  making  it  difficult  to  ensure  a  requisition  or 
issue  is  actually  reflected  in  STflNFINS  at  the  appropriate  time. 

The  failure  to  capture,  record  and  report  all  "costs*  associated  uiith 
a  specific  system  or  mission  decision  pockoge  impacts  on  the  OORMS  and 
its  ability  to  relate  resource  input  and  workload  performance.  Thus,  the 
ability  of  logistics  and  financial  systems  to  interface  in  the  near  term  is 
important. 


FINRNCIRL/LOGISTIC  SVSTEMS  INTERFACE  RESOLUTION 


The  Financial  and  Logistics  communities  haue  determined  that  it 
mas  in  their  mutual  interest  to  resolue  these  system  disconnects.  The 
need  to  deriue  reliable  and  consistent  information  to  support  Rrmy 
resource  management  decision  making,  particularly  in  the  force 
modernization  orena,  became  paramount.  Thus,  the  folloming  resolutions 
mere  accomplished: 

EHpand  TUFMIS  capability  to  enable  identification  of  DSU  issues  (os 
opposed  to  GSU/mholesole  issues),  then  deuelop  capability  to  pass  this 
information  from  TUFMIS  through  DS4  through  SRILS  through  STRRFIRRS  to 
STRNFINS.  TUFMIS  or  its  successor  mill  be  the  system  to  interface  mith 
current  and  redesigned  logistics  and  financial  systems. 

1.  TUFMIS  is  being  reconfigured  to  become  the  mechanism  for 
integrating  information  in  both  the  redesigned  logistical  and  financial 
systems  currently  on  the  droming  boards. 

2.  R  logistics/finonciol  systems  interface  is  essential  to  enable  (a) 
front-end  fund  control,  (b)  GRO-mandoted  property  accountability,  (c) 
internal  controls,  ond  (d)  cost  accounting. 

Modifications  to  TUFMIS  mill: 

1.  Capture  issue  transactions  from  the  DSU  inventory  to  the  Using 
Unit  (to  include  identification  of  meapons  systems). 

2.  Repair  parts  ond  other  materiel  used  in  the  maintenance  facility 
mill  be  identified  by  meapons  system  and  omning  unit. 

3.  Units  omning  the  equipment  being  repaired  or  receiving  supplies 
from  the  DSU  mill  be  charged  at  a  stondard  price,  ond  the  Maintenance 
Facility  or  DSU  mill  receive  a  credit  for  the  seme  amount. 

4.  Charge  and  credit  transactions  mill  be  processed  into  current 
STRNFINS  or  STRNFINS-Redesign. 

5.  Budget  projection  based  on  historical  data  mill  be  supported. 

6.  Dollar  volues  (in  accordance  mith  6R0  accounting  standards)  of 
inventory  in  the  DSU  or  Maintenance  Facility  mill  be  available. 
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7.  Cost  of  inventory  in  the  DSU  and  repair  parts  in  the  maintenance 
facility  will  continue  to  be  charged  to  OMR  without  identification  to 
weapons  system.** 


lililltUMrii 


Stic  Sustems  Flows 


The  chart  at  Figure  10-4  depicts  the  ouerall  system  relationships 
and  flows  that  should  exist  so  that  the  accounting  system  con  reflect 
costs,  or  expenses  incurred,  obligations  and  disbursements.  Data 
captured  within  the  system  are  actual  expense  data,  indicating 
consumption  of  resources  versus  obligation  data.  Thereby  the 
management  reporting  and  fiduciary  reporting  responsibilities,  Inherent 
In  the  system,  are  met. 

The  chart  at  Figure  IU-5  depicts  the  current  retail  logistics  and 
financial  systems.  There  is  a  key  interface  missing.  The  resolution  of  this 
interface  described  above  will  ensure  the  timeliness  of  expense  (cost) 
data  being  incorporated  into  the  accounting  systems.  The  proposed 
interim  architecture  is  shown  below. 


TUFMIS 


ISSUES 


SAILS 


STHNFINS 


STflRFIRRS 


SYSTEM  INTERIM  ARCHITECTURE 
Figure  IU-3 


It  should  be  noted  that  installations  without  tactical  units  have  an 
Installation  Supply  Division  that  operates  SRILS  that  performs  an 
interface  process  with  STRRFIRRS. 


PlMAJMCUVL  SYSTEMS 


PLL  I -  MANUAL  SYSTEM-* - *  NO  COMPUTER 


R  corollary  issue  impacting  on  Financial  and  Logistics  systems 
interfaces  is  the  management  of  Stock  Fund  cosh  and  obligations  in  the 
operation  of  the  supply  function  at  the  installation  leuel.  The  supply 
system  manager  cannot  ignore  the  impact  of  this  control  on  his 
operations.  Euery  requisition  submitted  must  consider  fund  ovoilobility 
and  its  impact  on  the  cosh  position  of  the  Stock  Fund.  If 
category/commodity  managers  are  not  relating  stockage  leuels  to 
customer  demands,  sales  (issues)  will  not  materialize.  When  soles 
decline,  the  cosh  balance  is  oduersely  affected  and  further  requisitioning 
may  be  limited  by  a  lack  of  >cash.a  The  end  result  is  that  cash  acts  os  a 
control  on  procurement  by  preuenting  procurement  actions  when  those 
transactions  could  cause  the  accounts  payable  to  exceed  the  cash 
balance. 


SUMMRBV 


Properly  functioning  financial  and  logistic  system  interfaces  are  an 
integral  part  of  OORMS.  Supply  transactions  represent  a  significant 
portion  of  the  Rrmy’s  program  and  budget.  To  moke  the  right  decisions 
on  weapons  systems  and  other  intensively  managed  programs,  the 
appropriate  dota  must  be  recorded  ond  reported  for  the  applicable 
decision  package. 


CHAPTER  II) 


ENDNOTES 


1.  This  chart  uias  developed  by  COL  Johnson  and  members  of  the 
Installation  Accounting  Division,  ACOR  (FA).  The  chart  is  based  on  the  US 
6eneral  Accounting  Office,  "Monaging  The  Cost  of  Government-Building  on 
Effective  Financial  Management  Structure."  Uol.  II.  March,  1984. 

2.  Ibid.,  p.  1-3. 

3.  Definitions  of  the  interfacing  systems  were  compiled  from  three 
sources: 

a.  US  Deportment  of  the  Army.  Special  Teut  14-165  Part  I  Military 
Accounting.  Finance  School,  Fort  Harrison, IN,  Chapter  6. 

b.  US  Army  UJar  College.  Rrmg  Command  and  Management:Theoru 
end  Practice.Carlisle  Barracks,  PR,  Chapter  17. 

c.  Logistic/Financial  System  Briefing  Charts,  Installation 
Accounting  Division, ACOA(FG'A),  Indianapolis,  ln.,Janauary  1985. 

4.  Information  concerning  interface  resolution  was  obtained  from 
on  ACOA  (FA)  internal  information  paper  on  the  subject,  doted  January, 


CHAPTER  U 


USING  RESOURCES  (INPUTS) 

TO  RCHIEUE  THE  DESIRED  ARMY  RESULTS  (OUTPUTS) 


Beginning  in  1985,  under  the  Standard  Installation  Organization 
concept,  the  Comptroller  Is  Being  reorganized  as  the  installation  Director 
of  Resource  Management  (ORM)  with  responsibility  for  management  of 
the  installation's  dollars  and  manpower.  The  DRM  will  also  be 
responsible  for  ouerall  coordination  and  synchronization  of  all 
Installation  budget  preparation  and  execution.  UHthin  this  guidance,  the 
DRM  staff  has  been  told  by  LTG  Noah,  Comptroller  of  the  Army: 

We  can't  afford  to  be  just  a  program  analyst,  a  budget 
analyst,  a  management  analyst...an  accountant  or  an 
auditor...we  haue  to  think  and  be  resource  analysts  and 
Integrate  all  of  our  disciplines  to  prouide  the  best  possible 
service  to  the  Army's  leadership  at  every  level  of  the 
chain-of-command.1 

R  structured  planning,  programming  and  budgeting  process  is 
necessary  for  evaluating  and  choosing  among  program  alternatives.  The 
budget,  In  turn,  must  be  prepared  on  the  same  basis  as  the  accounting 
and  reporting  functions  to  allow  for  meaningful  comparisons  between 
planned  results  and  actual  results  in  a  comprehensive  manner. 
Incorporating  performance  measurement  into  the  PPBES  provides  the 
capability  to  relate  program  decision  package  costs  with  output  to 
determine  If  objectives  are  achieved  at  an  acceptable  cost.  Rnalysis  of 
how  costs  change  In  proportion  to  output  assists  future  program 
planning.  This  chapter  addresses  the  role  of  the  Finance  and  Recounting 
community  os  resource  analysts. 


THE  ROLE  OF  THE  FINANCE  fr  HCC0UNTIN6  OFFICER2 


It  is  incumbent  upon  the  Finance  and  Recounting  Officer  and  his 
staff,  including  the  installation  accountant,  to  help  management  make 
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better  use  of  its  resources.  The  Finonce  Office,  uiith  its  books  of  original 
entry,  has  the  requisite  data  to  support  the  COA's  cross-discipline 
mondote.  This  capability  to  support  the  feedback  mechanisms  in 
existence  at  the  installation  leuel,  uihile  satisfying  requirements  for 
higher  headquarters,  is  on  inherent  responsibility  of  the  Finance  and 
Accounting  Officer. 

Initiative  is  required  to  eliminate  the  "voids"  and  "stovepipe" 
perspectives  into  tvhich  individual  "disciplines"  tend  to  constrain  the 
analyst.  The  data  available  from  the  F&RO  "books  of  account"  can  be 
used  to: 

1 .  Tie  resources  (dollars)  to  installation  management  functions; 

2.  Identify  increased  resource  requirements  in  the  outyeors 
coused  by  netv  missions,  increased  scope  of  operations,  or  increased 
operating  costs; 

3.  Support  organization  and  installation  level  linkages  between  the 
key  activities  that  make  up  a  planning,  programming,  budgeting  system 
relevant  for  management  purposes; 

4.  Provide  doto  to  establish  performance  parameters  for 
evoluotion;  ond, 

5.  Provide  cost  estimating  data--to  translate  requirements  of  the 
planning  process  to  dollars  for  the  resource  management  process. 

Resource  management  systems  must  be  able  to  support  the 
management  processes,  both  from  a  horizontal  view  of  resources  Cie: 
HQDfl  program  packages)  to  the  vertical  view  of  resources  in  the  strict 
appropriation  structure  applied  at  the  installation.  This  horizontal  and 
vertical  management  visibility  must  be  retained  throughout  all  phases  of 
the  PPBES  and  the  chain  of  commond  so  that  program  outputs  con  be 
identified  with  the  inputs— from  a  workload  perspective— with  the 
linkage  (MDEP)  between  program,  budget,  ond  execution  years. 

OORMS  is  being  instituted  to  permit  the  control  of  resources  while 
allowing  installation  monogers  to  align  resources  among  "mission 
decision  pockages"  to  meet  operational  requirements.  The  focus  will  be 
on  output  achieved  and  resources  consumed,  rother  than  what  the 
budget  predicted.  OORMS  incorporates  performance  measurement  and 
onolysis  at  the  installation.  Performance  factors,  when  related  to 
resources  ond  workload,  con  be  effective  management  indicators  ond 
allow  the  building  of  workable  relationships  between  funding  and 
performance  (oi  **'i»t). 

This  process  will,  over  time,  involve  significant  changes  in  our 
financial  systems.  These  chonges  now  under  development  will  foster 
the  control  of  resources  by  the  some  orientation  previously  used  in 
budgeting,  programming,  ond  costing.  However,  we  need  to  take  oction 
now.  Ule  cannot  judge  budget  execution  success  on  traditional 
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obligation  rote  indicators,  but  rather  whether  resources  allocated  were 
sufficient  to  meet  progrom  objectives  in  light  of  a  standard  installation 
structure.  The  focus  must  be  on  output  ocltieved  and  resources 
consumed,  versus  what  the  budget  predicted. 

-The  Finance  and  Accounting  community  must  support  this 
operational  feedback  process.  It  must  move  beyond  the  primary 
emphasis  on  fund  control  which  causes  managers  to  concentrate 
primarily  on  the  current  year  rather  than  resource  implications  for  the 
future. 


Resource  Analysis  by  the  FfrflO 

The  Finance  and  Accounting  Officer  can  effectively  support  COR 
initiatives  to  develop  an  output-oriented  resource  management  focus 
now  and  in  the  future.  In  addition  to  the  actions  discussed  above,  the 
Finance  and  Accounting  staff  can: 

1.  Provide  increased  analysis  of  available  financial  information  in 
the  "system"  by: 

a.  measuring  the  flow  of  commitment  and  obligation  documents 
processed  by  supported  organizations.  Knowing  how  much  time  it  takes 
to  "book"  on  obligation  is  essential  to  current  financial  status. 

b.  performing  detailed  obligation  reviews  in  terms  of  costs 
expended  for  personnel,  supply  operations,  commercial  payments, 
housing  and  engineer  operations.  These  costs  must  be  related  to 
worklood  on  a  trend  basis. 

c.  analyzing  the  status  of  activity  receivables  and  installation 
reimbursable  operations.  Has  the  mission,  in  terms  of  workload,  been 
accomplished? 

d.  reviewing  stock  fund  financial  operations  with  special 
attention  given  to  the  relationship  between  stock  fund  ond  OMR  dollars 
being  expended.  The  Finance  and  Accounting  Officer  must  consider  oil 
financial  implications  of  the  requisition  process  on  installation 
resources. 

e.  monitoring  prior  year  funds  and  their  relationship  to 
installation  programs; 

f.  understanding  the  local  Army  Management  Structure  (RMS) 
construct  to  include  what  monageriol  reports  in  STRNFINS  ond  other 
systems  con  be  developed  to  support  the  PPBES  cycle. 

2.  Preparing  the  installation  for  future  resource  management 
chonges  by: 

a.  building  on  AMS-to-AMS  Redesign  crosswalk  table  end  using 
it  to  support  local  management  information  needs; 
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b.  identifying  installation  level  HDEP  potentials  consistent  with 
local  AMS,  mission,  and  standard  installation  organization  requirements; 

c.  developing  ADP  requirements  to  transition  from  manual  PPBES 
linkages  today  to  the  automated  processes  of  the  future. 

A  significant  action  token  by  the  FO-AO  would  be  to  prepare  a 
"horseblonket*  (o  graphic  representation  on  a  spread  sheet)  of 
installation  resource  processes  in  order  to  accurately  portray  the  steps 
os  well  os  how  PPBES  dato  are  integrated  for  decision-makers.  This 
includes  requirements  specifications,  cost  estimating,  programs, 
budsgets,  and  control  mechanisms.  The  "horseblonket"  is  a  linkage  of 
the  various  resource  processes  at  the  installation  throughout  the  PPBES 
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The  FO’flu  end  his  accounting  staff  must  remember  the  full 
definition  of  accounting:  "The  art  of  recording,  classifying,  and 
summarizing  in  a  significant  manner  and  in  terms  of  money,  transactions 
and  euents  uihich  are  of  a  financial  character,  and  interpreting  the 
results  thereof."3  The  key  term  is  "interpreting":  "analyzing  reports  to 
obtoin  information  concerning  the  financial  operations  of  on 
organization.  Reports  for  a  particular  period  moy  be  used  for  study  of 
the  significant  financial  events  of  that  period  ond  may  also  be  compared 
with  previous  reports  to  determine  significant  trends."4 

Eoch  Rrmy  installation/orgonization  must  have  a  properly 
constructed  management  mechanism  to  provide  feedback  data  to 
management  on  a  consistent  basis  in  the  manner  in  which  it  conducts  Its 
business. 


Rs  discussed  In  previous  chapters,  OORMS  Incorporates 
performance  measurement  and  analysis  at  all  management  levels  in  the 
Rrmy.  Effective  performance  measurement  relies  upon  performance 
factors  that  are  quantifiable,  consistent  and  easy  to  obtain. 
Performance  factors,  when  related  to  workload  or  other  management 
Indicators,  can  be  used  to: 

1.  monitor  productivity; 

2.  determine  functional  manpower  staffing  requirements; 

3.  project  and  analyze  resource  requirements  and  utilization  tie: 
actual  performance/workload  data  against  predetermined  standards); 

4.  furnish  management  with  trend  analysis  based  on  historical 
workload  data; 

5.  provide  quantitative  data,  prescribed  as  management  Indicators 
for  cost  or  work  centers; 

6.  project  future  Impact  of  planned  Improvements  on  resource 
requirements; 

7.  identify  potential  problem  oreas,  relative  to  cost  reduction,  to 
allow  re-allocation  of  resources. 

Evaluation  assesses  efficiency  and  effectiveness  of  performance. 
Evaluation  provides  feedback  on  whether,  how  well,  and  how  efficiently 
the  mission  decision  packages  or  any  program  are  achieving  their 
intended  objectives.  Rn  example  Is  shown  In  the  following  figure: 
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Figure  U-2 

This  type  of  analysis  allows  the  building  of  workable  relationships 
between  funding  and  performance  workload.  The  majority  of  the  data 
to  conduct  an  analysis  is  available  from  the  financial  records.  Workload 

data  and  performance  factors  con  be  obtained  from  the  supported 
directorates. 


Performance  Analysis  of  the  Base  Operations  Recounts 

The  matching  of  costs  urith  accomplishments  during  a  given  period 
makes  it  possible  to  monitor  performance  in  terms  of  efficiency 
(input-output  relationships)  and  unit  costs.  However,  key  questions 
must  be  resolved: 

f.  Illhat  should  be  the  reliable  performance  factor/indicator  for 
eoch  account? 

2.  Horn  is  funding  differentiated  for  eoch  account  tvhen  there  is  a 
mission  or  workload  change? 

The  F6'R8  con  provide  on  analysis  of  the  results  of  operations  in 
conjunction  with  actual  work  performed— whet  did  the  activity  or 
installation  organization  get  for  what  it  spent?  The  FB-RB  is  helping 
management  achieve  desired  outputs  while  making  better  use  of  Army 
resources.  This  information  con  be  provided  to  functional  managers  or 
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capability  should  assist  in  identifying  the  significant  uariances  from  the 
acceptable  bounds  of  funding  required  to  support  projected  workloads, 
versus  funding  projects  to  be  available.  It  increases  the  ability  to  focus 
management  attention  on  problem  areas  in  the  program  years,  tvhile 
performing  the  detailed  development  of  the  budget.  Another  may  to 
view  this  process  is  depicted  in  the  figure  beloui: 
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Performance  evaluation  of  installation  functions  that  have  either 
been  contracted  out  or  remained  in-house  under  the  guidance  of  0MB 
Circular  A-76,  is  another  resource  analysis  function  that  must  be 
performed.  Horn  uiell  the  installation  or  activity  performed  after  the 
contract  uias  initiated,  compared  to  horn  well  the  installation  or  activity 
said  it  mould  do,  is  a  program  that  must  be  carefully  analyzed.  Once 
again,  the  FO'AO  has  the  requisite  data  for  analysis. 


TOR  us  TOE 

The  comparability  of  TOR  Army  us  TOE  Army  prior  to  institution  of 
the  Standord  Installation  Organization  is  another  area  for  analysis.  An 
example  of  questions  for  analysis  is  described  beioui: 


DLOG  mission  us  the  64 
DPCA  mission  us  the  61 


Is  each  organization  mutuolly 
supportiue? 

Ulhere  is  the  balonce  of  resources? 
Horn  is  this  balance  accomplished? 


PROGRAM  PERFORMANCE  AND  BUDGET  EHECUTION  REUIEW  SVSTEM  (PPBERS)' 


PPBERS  is  a  program  execution  reuietu  system  for  top  Army 
management.  It  is  both  a  quarterly  program  accomplishment  execution 
review  ond  a  performance  based  budget  execution  reuiew  of  selected 
Army  programs  and  mission  areas.  It  includes: 

t.  planned  to  actual  financial  comparison; 

2.  planned  to  actual  program  outcome  comparison; 

3.  management  by  exception  of  major  programs 

4.  feedback  for  future  plans  and  budgets. 

The  PPBERS  philosophy  is  that  budget  execution  should  relate  to 
actual  obligations  and  outlays,  and  program  accomplishment  should 
relate  planned  to  octual  outputs  ond  outcomes  in  terms  of  resources 
consumed. 

The  installation  Reuieui  and  Analysis  (RPR)  has  serued  its  purpose 
tuhen  it  uios  used  by  management  for  decision-making.  Houieuer,  the 
installation  RO’fl  usually  occurs  too  long  after  the  fact  to  be  of  any 
usefulness,  ond,  in  many  cases,  the  doto  did  not  reflect  planned  to 
octual,  nor  its  relationship  to  performance  and  resource  consumption. 
The  PPBERS  process  con  be  instituted  at  the  installation  leuel  using  doto 
ouoilabfe  uiithin  the  F&A  Office  and  functional  manager's  organizations. 
A  PPBERS  formot  is  at  figure  U-5,  while  elements  of  a  PPBERS  type 
display  ore  listed  beioui: 

1.  Oueroll  performance  objectiue 

2.  Current  fiscal  yeor  performance  objectiue  (by  quarter) 

3.  Prior  yeor  performance  (where  possible) 

4.  Performance  status  by  quarter  for  the  execution  year 

5.  Performance  projection  by  quarter  for  remainder  execution 


year 

6.  Resource  odequocy  ond  management  implications 

7.  Explanation  of  deviations  ond  recommended  corrective  action(s) 

R  sample  PPBERRS  chart  is  at  figure  U- 6.6 


FSRO  MONTH LV  RCTlUiTV  REPORT 


The  FfrAO  needs  to  review  or  monitor  monthly  activities  within  the 
Recounting  Division  of  the  FO-fl  Office.  The  management  indicators 
available  within  the  Office  support  the  F&RO  and  his  accounting  staff  s 
role  as  resource  analysts.  These  indicators  give  the  F6R0  a  means  to 
monitor  his  accounting  operation.  Monthly  activities  in  the  Recounting 
Division  that  can  be  reviewed  include:7 

1.  Transactions  For  0thers(TF0)-To  be  processed,  #  rejected 

2.  Unliquidated  Obligation  Reviews-conducted/scheduled 

3.  Transactions  By  Others(TBO)-recelved,  processed 

4.  Total  Transactions  processed 

5.  Transmitted  Documents-received,  processed 

6.  Outstanding  Travel  Advances 

7.  Status  of  Accounts  Receivable,  by  customer  source 

8.  Status  of  Prior  Year  Funds 

9.  Stock  Fund  accounts  payable— actual  vs  program 

lO.Stock  Fund  accounts  receivable— source 

1 1. Stock  Fund  cash  balances 

12.Stock  Fund  suspense  amount 

13.lnterfund  bills— age  and  number 

H.Summary  level  performance  standard  (workload)—#  of 
employees  required  based  on  performance  versus  the  actual  number  on 
board. 


FMIP  (Financial  Management  Improvement  Program) 

FMIP  statistical  indicators  reflect  the  operating  status  of  the 
accounting  office  in  terms  of  how  well  the  F&RO  is  maintaining  the 
installation's  books  of  account  accurately  and  In  a  timely  manner.  They 
should  be  monitored  for  adverse  trends  of  productivity  and  efficiency. 


FISCAL  runs  I  FISCAL  YEARS 


Each  of  the  resource  anolysis  topics  described  in  this  chapter 
require  the  active  participaton  of  the  F0>A0  and  his  staff  in  supporting 
installation  functional  managers.  The  tools  and  the  data  are  available. 
The  OORMS  and  the  MDEP  linkage  with  the  PPBES  provides  the  opportunity 
to  accomplish  this  challenge. 

The  F&RO  and  his  accounting  staff  should:8 

1.  be  knowledgeable  of  each  of  the  accounting  and  financial 
management  systems  used  on  the  installation  and  by  serviced  activities; 

2.  be  aware  of  Army  and  government-wide  management 
improvement  initiatives  such  as  cash  and  debt  management,  internal 
controls,  force  modernization  and  RMS  (Redesign); 

3.  be  participants  (in  an  advisory  capacity)  in  the  major, 
financially  oriented  decisions  made  by  serviced  activities; 

4.  provide  analysis  support  to  Program  Budget  Advisory  Committee 
or  Subcommittee  sessions; 

5.  structure  or  restructure  installation  accounting  outputs  in  the 
manner  serviced  activities  desire  for  management  visibility; 

6.  be  knowledgeable  of  performance  factors  and  workload  versus 
funding  status  of  serviced  activities. 
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CONCLUSION  AND  RECOMENDRTIONS 


The  Output  Oriented  Resource  Monogement  System  is  o 
restructuring  of  the  Rrmy  Programming,  Budgeting  and  Execution 
process.  The  PPBES  program/resource  package  has  to  be  focused  on 
management's  needs  uihile  recognizing  the  distinct  control  differences 
between  the  progrom  and  budget  periods.  Its  focus  hos  to  be  on  the 
needs  of  management  at  all  leuels— the  appropriate  focus  for  the 
Mission  Decision  Package  (MDEP).  This  linking  of  the  program  support  for 
the  full  eight  year  period  will  provide  the  essential  element  of  the 
feedback  loop  for  decision-makers.  It  will  also  change  the  focus  of 
budget  development,  execution,  and  evaluation  throughout  the  Rrmy. 
Success  will  be  judged  primarily  on  whether  or  not  the  resources 
allocated  were  sufficient  to  meet  the  progromatic  objectives  and 
whether  the  actuol  on-site  execution  of  the  progrom  occomplished  the 
objectives  set  for  it.  Budget  adjustments  will  provide  o  greoter  impoct 
on  the  progromatic  implications  of  possible  funding  chonges  and 
allocation  alternatives;  what  will  or  will  not  be  accomplished  and  what 
programs  should  be  supported  or  allowed  to  be  reduced,  based  on  their 
relative  mission  priorities  for  the  Rrmy. 


REBUILDING  THE  MRNR6EMENT  FOCUS 


In  order  for  the  feedback  loop  to  work,  in  order  for  the  Mission 
Decision  Pockoge  to  be  meaningful  for  monogement  of  both  programs 
ond  resources,  the  packages  themselves  hove  to  be  meaningful  at  all 
monogement  levels:  HQDR,  major  command,  and  installation  or  activity. 
Not  only  must  the  pockoge  be  a  legitimate  communication  device  omong 
these  levels  of  management;  it  must  also  be  sufficiently  well  defined  to 
ollow  the  "executor"  to  identify  the  resources  applied  and  outputs 
ochieved.  Linking  the  stondord  organization  structure  of  installations  to 
o  standard  MDEP  structure  links  the  program  with  the  resource 
sponsorship  of  the  progrom. 

The  goal  is  to  improve  the  PPBES  process  by  refocusing  the 
decision  pockages  themselves  in  such  a  way  that  they  will  allow  Rrmy 
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leadership  to  deal  with  progrem  end  budget  issues  in  their  own  terms  or 
reference— not  artificial  groupings  that  make  no  sense  in  operations  or 
program  execution. 


OORMS  Objectives 

The  objectives  of  the  Output  Oriented  Resource  Management 
System  that  hove  been  poryrayed  throughout  this  study  include: 

1.  Provide  a  formal  and  systematic  feedback  loop  throughout  the 

PPBES. 

2.  Improve  the  quality  of  decision-making  by  restructuring  the 
Programming,  Budgeting  and  Execution  process  by  correlating  the 
packaging  of  this  information  in  the  manner  commanders/managers 
think. 

3.  Integrate  the  FO’R  community  at  the  installation  into  the 
resource  analysis  business  in  supporting  the  installation  commander's 
objectives. 

4.  Provide  improued  automation  support  of  the  PPBES  process. 


1.  Ulill  the  process  work?  Is  it  feosible?  The  answer  to  both 
questions  is  yes.  The  implementation  of  OORMS,  using  the  MDEP  as  the 
linkage,  can  work  and  support  Rrmy  information  needs.  Use  of  the  MDEP 
will  help  enable  measuring  the  execution  of  Rrmy  progroms  in  the  some 
terms  os  the  Rrmy  leadership  mokes  resource  allocation  decisions. 
Currently,  planning  ond  programming  decisions  are  made  in  o  different 
language  than  is  used  for  budgeting  and  executing  progroms.  The  Rrmy 
programs  in  terms  of  PDIPs,  but  budgets  ond  executes  resources  in 
terms  of  RMS  codes.  Because  of  the  difference  in  longuage,  it  con  not 
easily  relate  execution  of  programs  to  the  decisions  made  in  developing 
those  programs.  The  MDEP  will  help  to  close  the  loop  in  the  PPBES 
process  by  providing  a  unique  identifier  for  resources  and  outputs 
identified  in  given  MOEPs.  Once  this  link  between  the  programming  ond 
execution  phases  of  the  PPBES  process  is  established,  managers  will  be 
better  able  to  evaluate  the  effectiveness  of  the  resource  allocation 
process  os  measured  by  progrom  execution. 

2.  Rre  the  "right"  cost  data  being  obtained  and  reported  through 
OORMS?  Should  obligation/disbursement  data  or  cost  data  be  reported? 
In  Rrmy  accounting,  there  are  different  stages  of  the  expenditure 


accounting  transaction.  Bn  obligation  is  a  legal  reservation  of  funds  onti 
occurs  when  on  order  for  goods  or  services  is  placed.  Bn  accrued 
expenditure/expense  is  the  actual  or  constructive  receipt  of  goods  or 
services  without  regard  to  payment.  The  Disbursement  stage  is  the 
expenditure  of  government  funds  to  satisfy  a  legal  liability  of  the 
government.  This  is  the  poyment  of  the  bill  thot  has  been  presented. 

Accrued  Expenditures/Expenses  represent  the  actual  or 
constructive  receipt  of  goods  and  services  for  which  an  obligation  has 
been  incurred.  They  are  recorded  in  the  accounting  system  without 
regard  to  whether  payment  has  been  mode  or  on  invoice  received.  This 
method  provides  information  on  the  total  amount  of  supplies  or  services 
received  in  the  accounting  period  by  the  using  unit,  os  opposed  to  the 
total  amount  of  obligations  incurred  in  the  period.  Uihen  expense  is 
included  in  the  definition,  the  total  value  of  supplies  issued  and  services 
received  (actual  or  constructive)  which  are  used  to  accomplish  o  task  or 
mission  is  reflected.1  While  the  right  data  that  should  be  reported 
through  OORMS  should  be  cost  or  ‘expense"  data,  rather  than  obligations 
ond  disbursements,  the  ability  to  capture  total  expenses  in  FV  86,  to 
include  unfunded  expenses;  not  included  at  the  installation,  is 
prohibitive  at  best.  The  system  quickly  becomes  unworkable  when 
brying  to  accumulate  data  thot  ore  not  available. 

3.  STANFINS  is  the  Army's  most  predominant  standard  installation 
level  accounting  system.  However,  it  is  not  operated  in  BMC  (Army 
Materiel  Command)  which  represents  a  significant  portion  of  the  Army. 
BMC  will  have  to  modify  their  installation  level  systems  to  produce  the 
required  OORMS  data. 

4.  Data  reconciliation  problems  will  occur  due  to  disconnects 
between  data  reported  through  the  accounting  system  ond  the  data 
reported  through  the  OORMS  process.  Efforts  are  being  made  to  preclude 
this  occurrence;  however,  erroneous  input  will  not  not  be  caught. 
System  users  will  have  to  carefully  monitor  this  type  of  situation  ond 
perform  monthly/quarterly  reconciliations  with  FO’RO  accounting 
records. 

5.  The  implementation  of  the  Standard  Installation  Organization  is 
a  cornerstone  for  OORMS.  Without  a  standard  structure,  performance 
evolulotion  in  terms  of  resource  consumption  cannot  be  accomplished, 
the  use  of  Base  Operations  MOEPs  in  a  logical  manner  would  be  thwarted 
at  all  levels  of  the  Army. 

6.  The  Army  Management  Structure  (Bedesign)  objective  to 
produce  a  disciplined,  standard,  Army-wide  resource  classification  and 
coding  structure  thot  the  Army  will  use  to: 


ft.  interrelate  the  decisions  in  PPBES: 

b.  control  and  manage  ail  Army  dollar  and  manpower  resources; 

c.  identify,  collect  and  report  information  in  resource 
information  systems; 

is  also  an  ingredient  to  successful  implementation  of  OORMS.  The  MDEP 
os  a  component  of  RMS  (R)  by  being  instituted  ahead  of  the  remainder 
of  RMS  (R)  supports  and  facilitates  full  implementation  of  the  new 
language. 

?.  Other  impacts: 

o.  Hardware  and  software— interfacing  systems.  OORMS  is 
dependent  upon  purchase  of  micro  computers  and  contractor  written 
software.  It  is  also  dependent  upon  the  successful  modification  of 
interfacing  standard  Rrmy  systems.  System  changes  of  this  nature 
historically  do  not  occur  uery  fast. 

b.  Funding  to  purchase  the  micro  computers  is  being  left  up  to 
eoch  installation  or  MRCOM.  Some  organizations  will  houe  the  funds 
auailoble.  Others  would  not  utilize  the  funding  euen  if  it  was  given  to 
them. 

c.  Performance  Factors:  well- developed  resource  management 
structures  will  include  performance  information  that  can  be  used  for 
both  day-to-day  management  ond  budget  decisions,  fln  effective 
system  of  measuring  program  performance  requires: 

(1)  agreement  on  relevant  performance  standards; 

(2)  systematic  collection  of  reliable,  consistent  ond  comparable 
information  on  costs  ond  performance  (workload); 

(3)  ability  to  supply  those  dato  routinely  for  use  in  PPBES. 

The  capturing  of  peformance  data,  as  well  as  the  use  of  adequate 
performance  foctors,  is  a  weak  link  in  OORMS.  Strenuous  effort  is 
required  to  develop  standord  performance  foctors  ond  institute  their 
use  throughout  the  Rrmy. 


RECOMMENDATIONS 


The  OORMS  process  and  the  MDEP  ore  o  much  needed  ingredient  to 
improving  the  Army's  PPBES  ond  focusing  management  attention  on  using 
resources  (inputs)  to  achieve  desired  Rrmy  results  (outputs).  However, 
the  COR  must  persevere  in  overcoming  bureaucratic  barriers  to  full 
implementation  of  OORMS  ond  the  integration  of  the  MDEP  in  PPBES. 
Significant  actions  that  must  be  taken  Include: 
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1.  Increase  the  implementation  pace  of  RMS  (R).  The  components 
of  RMS  (R)  must  be  incorporated  throughout  the  Rrmy.  R  means  of 
accomplishing  this  task  is  to  ensure  ony  new  automated  or  ‘monuor 
management  information  system  uses  applicable  RMS  (R)  components. 

2.  Ensure  the  Standard  Installation  Organization  is  implemented  at 
all  Rrmy  installations.  R  standard  structure  is  essential  to  helping 
management  achieve  desired  results  given  the  resources  to  perform  the 
mission. 

3  Ensure  the  use  of  relevant  performance  factors.  This  con  be 
accomplished  by  Program  Directors  using  performance  information  to 
"grade"  results  achieved  in  various  programs  and  holding  the 
appropriate  program  monager  responsible.  Performance  using 
performance  factors  must  be  incorporated  in  resource  management 
reporting  requirements. 

4.  The  micro-computers  to  be  utilized  by  OORMS  and  the  required 
changes  to  current  standard  Rrmy  systems  must  be  resourced  by  HQDR. 
This  resourcing  ivill  eliminate  a  bureaucratic  barrier. 

5.  Finally,  the  OORMS  process  and  the  resource  analysis  process 
must  be  institutionalized  within  Rrmy  regulations  and  directives  and  the 
Rrmy  school  system  at  all  levels  (Finance  School,  RLMC,  C6SC,  RWC,etc.). 
Only  with  institutionalization  will  OORMS  succeed  in  forging  the 
necessary  link  in  the  phases  of  PPBES  and  relating  resources  (input)  to 
performance  (output). 
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